@cmdOptionKana 异常影响太大，整个第三方库，而且 error 和异常混合使用容易造成混乱

买过 MybatisCodeHelperPro 插件几十块，相比 Mybats 插件便宜的多，个人用户对性价更敏感

@sdbybyd 那问题就是数字从哪儿来，依赖枚举 ordernal 是不应该的

@wupher 准备下个新项目试试 kotlin, 空检查很棒，避免了 Java 中的一些防御性代码

@wupher 学习了 2 天的 kotlin, 问个问题，老项目值不值得切换到 kotlin 了?，kotlin 确实解决了 java 开发中的日常痛点，不过目前看没有太大的吸引力去驱动老项目切换到 kotlin

各种 meet, 娱乐，蛮让人羡慕的

没得选: 9 点下班，没有有意义和无意义的差别
有的选: 准时下班，回家学习，还是休息想怎么搞怎么搞

我觉得一楼老哥说的对

@rockyou12 query dsl 代码生成每次都需要手动触发 compile, 这个怎么弄？而且为了少数查询需求生成这么多代码感觉有点重

项目用的 spring-data-mongo, 其中 CRUD 方法、分页排序、方法名的查询、注解条件甚是方便、SpringData 系列互通，人生苦短何不一试。

是的，雪花算法不是绝对递增的，而是相对递增，后一段时间比前一段时间生成的 id 大。也正是这个特性，用于替代随机字符串的索引列，避免大表插入数据时索引维护的额外开销。

@sdbybyd 枚举增加数值属性, 实现 IntCode 接口，然后为相关的库针对这个接口通用的转换器(mybatis, jpa, spring mvc,...)

enum Gender implement IntCode{
MALE(1),
FEMALE(2);
private Integer code;
public Integer getCode(){ return code; }
}

interface IntCode{
Integer getCode()
}

@sdbybyd 数据量不高的情况下索性性能差异不大, 而且大多数情况下枚举字段并不适合作为索引列

直接用字符串，许多框架库(spring, mybatis,...)对枚举默认值处理方式就是字符串

微服务跨库问题，服务调用 > 字段冗余 > 冗余表

chrome 浏览器就可以，有个开源的 kkfileview 基于 url 的在线预览

@b0644170fc 业务模块前缀有区分能力，t_就不行

目前感觉唯一有用的地方 select xxx_name, yyy_name ...join a.xxx_id=b.yyy_id，个人倾向不加前缀，毕竟谁不使用 ORM 了

Java 项目可以使用 Liquibase 进行 sql 管理自动化，也可以手工管理
1.集中存储 sql 变更: git, wiki
2.开发测试如果环境分离那么提测时由测试执行 sql 变更

后期维护麻烦，生成一堆代码