D

8 点

我的观点是不区分..

不知不觉，饺子也工作好几年了..

具体情况具体分析：

1. 文案这个可以搞个配置文件，key 上面加状态码
2. Service 层主要是进行事务封装，一个 service 方法要做到对于一个完整业务事务以保证一致性。
3. 异常和返回码是两种编程范式，我一般是混用，Java 中大部分用异常，golang 用返回码。文案的问题最好也在 service 里面解决。

设计方面保持 MVC 风格就行，不用纠结，赶紧实现业务才是正经的 😅

PS 是 hacpai，不是 hackpai

@ralphxl @liujiang Done

你太谦虚了

也是，真正的牛人是开卷考不带资料的

宗教的作用就在于此吧，我理解不深，但确实有时去到寺庙里能感觉到宁静

考试题都出好了，还怕什么

Pull Request #390 · b3log/symphony 这一发 PR 是你提的么？感谢啊

能稳定重现，是个 bug，下个版本修复

好的，谢谢反馈

你报的是 Solo 的 bug 么？

能..

Done

暂时没区别了，因为还没想好，有想法请随意提出

谢谢反馈，bug 就不算了.... 我点感谢哈

升级完毕..

技术含量太高，用于生产的没做过。大致思路是通过解析 binlog ，市面上有一些开源项目能玩玩看。

谢谢，希望如此吧，我会尽力的

我帮你调整排版了。回帖目前还没有编辑功能，过完年就会有，敬请期待 :)

我往往习惯迟到，得改。谢兄台提醒。

估计得过一久等 @jellycool 看完后了

结婚之后更是得放下身段了，一切都是为了家庭，嗯

我突然想起一件事，你的书《写给大忙人看的 Swift》来一发 [书单] 么？

不一定能用，仅供参考

能用就行，别想多了。关于安全问题，可以在适当的时机表达出来，让团队中的人都知道就行，大家如果默认，那就....就那样了

这也行

谢谢反馈，偶然的不算，嗯。