点了下 lz 资料 预感 lz 会被喷

@aksoft 大佬有测试过吗

@motecshine 我就说详细点 写库还是要用 error 返回的。但是进入业务层代码的时候必然有一个 recover 拦截业务内部的异常并处理。不然一不小心程序就会崩溃。所以我的"业务层"中任何 panic 都是安全的，异常处理跟 stack 捕获都在 recover 那边处理。另外为了区分应用的逻辑异常 和底层的异常。逻辑处理主动抛出 panic 的是 LogicErr 类型对象，只不过是用了 try catch 类似的方法处理异常而已。

@glues 呵呵你大爷 block

@glues 看完整回复好吗？我说的只是业务层，大部分的业务层都是高度封装的接口，原则上业务层上任何错误都不能将流程继续下去，你 err 不 panic 留着干嘛？偶尔要处理的我也说了处理情况。还有年终已经领了 不劳您操心，有问题尽管提，阴阳怪气难免招人喷

@yanjinbin 都是语言，我觉得我换语言照样写……其实不是很懂你们说的这些。至少现在的需求我用 go 实现跟其他语言没什么区别。也就继承 反射不太好用，在我看来已经够了，实在不行还有 unsafe，但是业务层一般没有这些，基本都是逻辑。

为啥我用 go 写业务挺爽的……感觉我跟楼上几位对业务的理解有点不太一样。也就继承麻烦一点…不过都不是事，遇见 error 直接 panic 就是了，稍微封装一下 业务代码看起来还是很简洁明了的。实在要处理 error 另外封装一个 WithErr 的方法就是…

第一不好说 前几应该是妥妥的。

支持一哈 看了下感觉挺好的

怕是以后都收不到京东快递哦

我当时还特意测试了一下 反正中文变量没啥问题。不能中文都是以前语言对 unicode 不完整留下的坑

@sudoz 卡饭 360 口碑还行吧 引擎测试的帖子我看过几次 联网杀毒算是很不错了。离线引擎差一点

@vimutt 一伸教也是这样的，非我教类都是邪教。水果也已经诏安了，谷歌什么的凌镜门也是有嫌疑。你怕是活在另一个世界。

= = LZ 明显搞错重点了 因为大家对这种事情压根不在乎 我也从来没在乎过这种事,反正不要有明显带侮辱性质.压根没有什么感觉,同事人太多,有时候叫人都要想一下.人人都这样,还干不干活了

接口 跟 ducktype 不行吗…把传入传出也用接口封装起来啊

@masterAtyan 我不怎么写安卓 不过理论上可验证逻辑都可以写单元测试 ，讲真跟代码习惯有关吧。很多人的一个函数写得又臭又长，真的是难写。把函数拆分成单个可验证逻辑，单元测试只测试一小段代码就好写多了。

有单元测试写了重构方便

@miketeam 部门合作不顺心嘛 讲真 哪个公司都有。我一运维对后端不满意都直接撸个 demo 出来给领导看

装一个假系统