有个代码习惯的问题想请教一下

[zzxzzxhao]

我公司的项目组，然后我们使用 mybatis plus 这个插件，然后呢，组里大部分人习惯就是把 sql 用字符串方式拼接起来，用 mybatis plus 执行语句。 而我则是把一些复杂的 sql 语句，单独写了 xml 文件，因为我觉得这样更直观，当然，我也会直接使用封装好的 crud 操作，一些不复杂的条件也是直接用 mybatis plus 的构造器来查询 其实二者没什么优劣，我只是觉得 xml 更容易管理，而他们用字符串拼接的方式，特别乱，有一些在实现层写，有一些在 mapper 层 但是整个项目组，就我这样写，感觉自己有点特立独行了。。。。

[Aruforce]

我只用 mybatis generator 生成基本的模板...其他 SQL 全部手写的 xml 里面....
代码里面 不允许出现 SQL...
这应该是基本规范吧...

[yidinghe]

没关系，只要不把参数拼到字符串里面就行，这种习惯性的东西大家应该都相互包容一点。

[specita]

应该不少人都是实现功能的时候，照抄相似接口的代码吧....所以一般很多代码会和前期写的实现方式都差不多...我觉得能自己思考有自己的写法都值得讨论和支持的

[HuasLeung]

Mybatis 用注解 SQL 语句全写在代码中的飘过……

[oneisall8955]

模板+简单注解+xml

[sagaxu]

不用 mybatis，spring data jpa 自动解决 80%的问题，query 注解再解决 10%，nativeQuery 再解决 5%，剩下的全丢给 jdbc template。

mybatis 太麻烦，看都不想看

[gowk]

我们只用 jdbcTemplate，jpa 和 mybatis 都不用，简单实用

[micean]

不管哪种方式，Service 要管理好

[linvaux]

@gowk +1

[wc951]

写在 xml 好处在哪呢，是想生产环境上直接改 sql?

[gowk]

Java 已经够复杂了，就不要给程序员增加智力负担了，再者说，很多 Java 程序员根本 hold 不住 JPA Mybatis 之流，用 jdbcTemplate，然后专注你的业务逻辑即可，搞那些弯弯绕没蛋用

[a11214214]

我同意 6 楼的
jpa 能够解决大部分问题 同时减少大量的代码量 而且又不难

[colaisstrength]

在用 MyBatisCodeHelperPro,比 generator 好用，推荐下

[zzxzzxhao]

@micean 我个人观点，赞同 8 楼的，因为我的困扰大部分来自于项目代码管理混乱，基本上都是按照各自习惯来，至于方式，倒是没什么。。。