这是一个创建于 2415 天前的主题，其中的信息可能已经有所发展或是发生改变。
我公司的项目组，然后我们使用 mybatis plus 这个插件，然后呢，组里大部分人习惯就是把 sql 用字符串方式拼接起来，用 mybatis plus 执行语句。 而我则是把一些复杂的 sql 语句，单独写了 xml 文件，因为我觉得这样更直观，当然，我也会直接使用封装好的 crud 操作，一些不复杂的条件也是直接用 mybatis plus 的构造器来查询 其实二者没什么优劣，我只是觉得 xml 更容易管理，而他们用字符串拼接的方式，特别乱，有一些在实现层写，有一些在 mappe 层 但是整个项目组，就我这样写，感觉自己有点特立独行了。。。。
 | 1 Aruforce 2019-05-20 18:34:32 +08:00 我只用 mybatis generator 生成基本的模板...其他 SQL 全部手写的 xml 里面.... 代码里面 不允许出现 SQL... 这应该是基本规范吧... |
 | 2 yidinghe 2019-05-20 18:35:38 +08:00 via Android 没关系，只要不把参数拼到字符串里面就行，这种习惯性的东西大家应该都相互包容一点。 |
 | 3 specita 2019-05-20 19:07:50 +08:00 应该不少人都是实现功能的时候，照抄相似接口的代码吧....所以一般很多代码会和前期写的实现方式都差不多...我觉得能自己思考有自己的写法都值得讨论和支持的 |
 | 4 BCy66drFCvk1Ou87 2019-05-20 19:10:34 +08:00 via Android Mybatis 用注解 SQL 语句全写在代码中的飘过…… |
 | 5 itechify PRO 模板+简单注解+xml |
 | 6 sagaxu 2019-05-20 19:32:09 +08:00 via Android 不用 mybatis，spring data jpa 自动解决 80%的问题，query 注解再解决 10%，nativeQuery 再解决 5%，剩下的全丢给 jdbc template。 mybatis 太麻烦，看都不想看 |
 | 7 gowk 2019-05-20 20:43:24 +08:00 via Android 我们只用 jdbcTemplate，jpa 和 mybatis 都不用，简单实用 |
 | 8 micean 2019-05-20 22:26:36 +08:00 不管哪种方式，Service 要管理好 |
 | 10 wc951 2019-05-21 08:26:47 +08:00 via Android 写在 xml 好处在哪呢，是想生产环境上直接改 sql? |
| 11 gowk 2019-05-21 08:28:01 +08:00 via Android Java 已经够复杂了，就不要给程序员增加智力负担了，再者说，很多 Java 程序员根本 hold 不住 JPA Mybatis 之流，用 jdbcTemplate，然后专注你的业务逻辑即可，搞那些弯弯绕没蛋用 |
 | 12 LinStar 2019-05-21 08:35:35 +08:00 我同意 6 楼的 jpa 能够解决大部分问题 同时减少大量的代码量 而且又不难 |
 | 13 colaisstrength 2019-05-21 09:28:30 +08:00  1 在用 MyBatisCodeHelperPro,比 generator 好用，推荐下 |
Select Language