是的，mybatis 存活的两个前提：

1. 缺乏良好的多行文本模板支持

2. 领导老爱提 JPA 不太方便实现的需求

拼 sql 很容易有注入 安全问题中 sql 注入的危害太大了 就算限定参数还是有很多绕过手段 而且查询 sql 和代码逻辑分开可以让逻辑清晰很多

最后不就是.java 和.xml 的区别，你把拼接，验证的过程剥离，不就 daoimpl ，再把验证的过程剥离，不就变成了里面只有类似 xml 里面的语句了。

我现在用 mybatis plus ， 只有复杂查询我才写 sql

缺少建模能力或者没有建模需求
倒腾 jpa entity 那点功夫，mybatis 一把梭早就完事了

另外，你这起码还有个 mybatis ，前几天不是还有个帖子问能不能直接 Map

国内需求千奇百怪，数据库设计水平设计又不够。
用 JPA 很容易就坐牢，不如 mybatis 缝缝补补接着用

sql 注入啊,单纯的字符串拼接的 sql 肯定是不能用的

orm 框架难道不是取代 jdbc 原生的一坨代码出现的嘛,和支不支持多行文本有啥关系

mybatis 也很彆扭 主要的确是 java 字串操作功能太差 变量插入以及 here document 都没有 连 shell 字串处理功能都可以完爆 java 当然都不只是 java 如此 go 也差不多顶多好点 其它更多语言都是一个样
php 确实写字串也是很快的 所以草创很好用

要考虑维护性，mybatis 有一个很好的地方是，展现的是 sql ，并且统一在 xml 中的话，后期进行优化或者查阅之类的，直接在 xml 中统一去找。