这是一个创建于 2025 天前的主题，其中的信息可能已经有所发展或是发生改变。
我公司的项目组，然后我们使用 mybatis plus 这个插件，然后呢，组里大部分人习惯就是把 sql 用字符串方式拼接起来，用 mybatis plus 执行语句。 而我则是把一些复杂的 sql 语句，单独写了 xml 文件，因为我觉得这样更直观，当然，我也会直接使用封装好的 crud 操作，一些不复杂的条件也是直接用 mybatis plus 的构造器来查询 其实二者没什么优劣，我只是觉得 xml 更容易管理，而他们用字符串拼接的方式，特别乱，有一些在实现层写，有一些在 mapper 层 但是整个项目组，就我这样写，感觉自己有点特立独行了。。。。
 |
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
oneisall8955 2019-05-20 19:20:00 +08:00 via Android
模板+简单注解+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
a11214214 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