如何评价 Java 类中写 SQL 的行为?

[Geekerstar]

不是 JPA，不是 Mybatis，Java 类里直接 String sql ="select xxxx" ，然后调用一个封装的 xxx.select()方法，大家如何看待这种行为？

[chendy]

见过的这种写法都很水，一般连接池也没有，事务，异常处理也不完善
但是项目不重要的话也就无所谓了…

[libook]

有很多看起来“非主流”的代码可能是菜鸡写的烂代码也可能是大牛精心构造，得看这么写的理由是什么，有没有更好的方案。理由说得过去就合理，说不过去就不合理，只要满足高可读性、高可靠性、高性能的原则就是好代码。

[zoharSoul]

你说的是 jdbc?
我觉得没啥问题啊..
有点就是简单查询下没必要引入个 jpa 吧

[lxk11153]

JdbcTemplate ?

[cpstar]

最终不还要翻译到 SELECT ？
这种还好，就是不知道条件那里怎么写，如果写成 String sql = "SELECT * FROM xxx WHERE id='"+id+"'"，那就真蜜汁自信了。

[LowBi]

哈哈哈，目前公司写接口就这样，啥也不是

[iisky1121]

？？？，jdbc 不是这样的吗？

[oma1989]

刚写了个调用 API 接口取数，JDBC 直连落库的一次性 JAR .....

[oma1989]

简单的功能简单写，总不至于大炮打苍蝇吧.....

[Bromine0x23]

要是 Java 多行字符串给力点的话，早就直接用 JdbcTemplate 了

[vincent7245]

这个需要具分析了，看业务需求，比如并不是所有的 jdbc 都要用连接池，甚至有的项目绝对不能用连接池。还有就是可能受限于项目规模没必要用第三方的框架，没必要大炮打蚊子。不过直接 String sql = “”; 确实是有点 low，好歹封装一下吧

[xiangyuecn]

返璞归真的写法。前提该懂的都懂。是最高效最简洁的写法。对于维护难易，就算是 Mybatis 也都是各有千秋，评价不了。

但看这个 sql 用 String 类型，应该是菜鸟，100%进行了字符串无任何处理的拼接。

[nulIptr]

曾经我也用 ef，后来发现还是 dapper 好用。
模板生成增删查改方法，更复杂的方法直接上 sql
写好注释，复杂业务下 sql 可维护性比 orm 高
再说你们用 orm 的就没见过慢查询吗。。。

[FireFoxAhri]

之前用 scala 写 play 框架，就是 anorm 。。封装了下 jdbc，全部手写 sql

[koal]

手工写 mysql 到 java 代码中厮混，就是耍流氓！

[Qlccks2]

得看需要才知道合理不合理，如果整个系统全是这么写的肯定不合理。

[lichao]

古代的项目都是这么写的

[kanemochi]

项目很简单，就几个 sql 的规模的话也未尝不可

[zgzhang]

注入教做人

[SabaPing]

我们就这么写啊，直观，sql 不留坑，所见即所得。

当然楼上老哥说的好，具体分析，看业务需求