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