构造SQL太麻烦 如生成个IN的查询条件，要先取值，再判断是否为空，是多个值还是一个值，再遍历，经常要在XML中配置SQL，遇到不同的数据库时SQL语法还可能不一样 这些机械的操作，不应该浪费开发人员的时间，应该只提供个参数能说明要实现什么就可以， 如query("CRM_USER", c

大部分情况下只需要注入一个AnylineService(bean.name="anyline.service")就可以了，但两种情况除外 有复杂的业务逻辑，这时应该有对应的service,如果只是分组、求和等简单的数学计算用默认的service就可以 多数据

你可能是希望在当前线程中设置一个变量，通过修改这个变更来干预spring获取的数据源，但这样在遇到线程共享时会发生冲突。 所以设计成每个数据源对应一个service,不需要切换数据源，而是根据情况调用不同的service

因为有些情况下容易产生歧义，如userId,userID都合理，在前端调用接口时还需要查文档才能确定， 另外不推荐驼峰格式,因为有些数据库会把列名转成大写

完全没有必要生成controller/service/dao/vo/mapper/xml这些固化的模板，既然能自动生成了，那运行时也可以生成。 主要是因为默认情况下只有业务逻辑复杂时才需要单独的service,其他几个已经用不到了。

查一个表的全部数据,和一行数据

【源码】 多余的依赖一个没有，pom也没有继承

为精简篇幅，把前置工作以及后续重复的工作在这里说明，后面就不再啰嗦了。

8.6.5之后开始支持jdk17 版本号添加缀加 如8.6.5-SNAPSHOT > 8.6.5-jdk17-SNAPSHOT 需要tomcat10支持 参考tomcat9升级到tocmat10的

查一个职员列表，因为简介等大文本影响IO,所以只查ID,NAME两列