干就完了，压缩时间提升效率，状态好的时候才去做

apache 的 StringUtils yyds

确实，还有查询条件 E 等等，多人协作一般都会这样严格划分减少沟通成本，和重构风险，一般那种自己一个人维护的项目就没必要了，保持 DO 干净即可，其它的公用一个 POJO，当有差异的时候，加 Extension 扩展字段，每种领域维护自己的扩展字段就好，其余的保持公用

我一直觉得 Java 的 checked Exception 有点鸡肋，看上去很能帮助用户意识到方法可能会抛什么 exception，但是真实的工程项目里面用着贼操蛋

原生开发永远不会掉队，跨平台都是业务前期开拓市场做 MVP 的应用，后面市场打开迟早换原生，不然维护不动

生成代码的一律拉黑，万一逻辑变复杂还是挺蛋疼的，最好是用 JPA 或者 Mybatis-Plus，tk.mybatis 之类的，隐藏细节，提供扩展性，

不加，join 的时候 as 一下就好了

@xiaoxinshiwo 很有意思的，可以干很多黑科技工作

@Betsy  暂时只支持 jdk8，后面会逐步支持

@catchexception 没用动态代理，用的 Annotation Processing，编译的时候织入静态代码，和 Lombok 一样

@baozijun Optional 写起来有点不爽，还是习惯 ?. 这样的语法糖 或者 ?? 也可以

需求明确的情况下 DDD 还是可以，当需求不确定用 DDD 就是作死

建议 A 包一下提供 API 来做吧，不然台混乱了

Service 层不应该主动感知用户信息，应该是 Controller 层感知到，然后传给 Service 层处理，

我倒是希望 Java 能引入可选链，NullPointerException 太讨厌了

你不用网盘，你的隐私数据也被抓的干干净净的，除非你不用互联网公司的所有软件

基本都是通过 @ToString 来打印的