纯JDBC系统的开发随想

前两天，两个个纯后台应用项目在没有充分论证的情况下使用了Spring+iBatis实现，从需求到实现、测试历经两天时间，实际代码开发时间是8小时，时间比较短，因为有以前的代码积累。再加上对框架熟烂于心，就像聊天一般的把系统实现了。

今天，迫于压力，需要推翻重做，只允许用JDBC，包括日志工具包，其他的一概不让使用。我也挺郁闷的，刚做好测完了，又要推翻重来-----沉住气，硬是花了6个小时时间把这两个项目的后台代码全用JDBC实现了，不是说写JDBC代码快，而是因为给予对需求和数据库有了透彻理解的基础上。

写这些不是想发什么牢骚，而是对JDBC有了一些思考。如果现在谁要说自己系统用JDBC所写，很容易让人瞧不起，感觉很低级。因为JDBC太基础，用的好与用不好有着天壤之别。就像一把利剑，是否对你有利要看你握着剑柄还是剑刃。

着这里，我不是因为项目用了JDBC费劲而批判什么，而是要为JDBC正个身，把自己开发JDBC系统的体验与大家分享，JDBC好与不好全看你怎么用了。

本人看过无数的JDBC代码，很多系统，有初学者的，有老手的。但没看过很优雅分层的JDBC系统。很多代码都是面向过程式的往下堆，看着到处的try。。。catch，操作结果集代码，早已把业务逻辑淹没了，这可以说是一般JDBC系统的通病。

JDBC是在开发者很郁闷，代码不好写，不好维护，不好分层，那用它干啥啊，大多数开发者一般会首先考虑一个问题，自己实现一个系统，怎么做代价更小的问题。因此JDBC在第一轮的权衡下就被Out了。

对此问题进一步分析，看看能不能找到更好的解决方式。

JDBC代码为什么不好写？要管理数据库连接，要复用连接提高性能，要将结果集与Bean自动绑定，要管理事务，要处理众多的SQLException。

JDBC为什么不好维护，因为代码不好写，写得很烂，业务和数据混杂在一起，这样能好维护吗？

JDBC为什么难以分层，跨层调用Connection谁来管理，如何做到复用，事务控制在哪层？如何提交事务？如何将业务和数据分离，还需要DAO吗？

基于以上问题的分析，我把我实现过程中的一些经验总结出来与大家分享，并不能算最好，也许更好的。

1、包装一个JDBC工具类，可产静态产生连接和执行各种SQL。这是最基本的，可以省去很多重复的代码。必要的话可以自己实现各连接池，或者用开源的。这样，操作数据库的最低级代码得到了一次大的减肥。

2、而考虑系统的分层，系统分层是很必要的，逻辑清晰，易于维护，数据和业务分离。因此应该有DAO层，其次是服务层（业务层)Service,有了这两层，业务-数据实基本上已经实现分离了。

3、建立了层，那么下来就是如何管理层之间的调用，主要是数据库连接，这里常常看到一个很低级也不容易发现的设计上缺陷：在DAO中创建SQL连接，处理SQLException、并用完后立即关闭。这表面上看似没有错，但不要忘记了，事务是在Service上，事务应该放到Service层上做控制。你在DAO中把这些活都干了显然不合理，再说很多DAO调用才形成了一个业务，显然那样做，一个业务的实现需要多次打开和关闭数据库连接，这是导致性能急剧下降的原因。因此得出一个结论，不要再DAO层去管理连接。因此可以考虑在每个Service业务中获取数据连接，在业务中将Connection传递给DAO，在DAO中不要处理异常，上抛吧，以便业务层捕获并处理。对比Spring的事务处理，也是将每个业务方法的数据库连接都保存在一个线程变量中，这样既实现了连接复用，也方便了事务控制。

4、如何用JDBC实现高级框架的关联查询。典型的就是一多关系查询。这里可以分两步实现，实际上Hibernate、iBatis也是分两步来实现，看看SQL便可知道了。而且要注意两个ResultSet嵌套时候的关系，如果是多层的，更应该注重这种层次关系。

5、以上问题都解决了，还有几个不爽的地方，ResultSet到Bean对象集合的转换，这个可以通过Apache Commons DBUitls来得到解决；数据库持久化类的书写，我写了200行左右的工具，可以轻松解决。动态条件SQL拼装，这个问题是非常有挑战性的，目前我就用if。。else。。。做个简单判定来拼装。很麻烦，可以学习下iBatis的源码，看看如何实现。

6、对于事务控制，目前没有需求，但是已经也考虑到了，可以使用JDBC自己的事务管理，也可以使用cglib或者开源的工具来实现，多高的复杂度，要看你的时间来决定了。

到目前为止，我的项目也不是那么完美，还有很多地方可以不用硬编码，但是时间和精力有限。也希望和大家一块讨论。

另外，对于MySQL数据库，如果要连接多个数据库，并且这多个数据库在一个MySQL上，可以用一个数据库连接URL就行，然后在SQL中就可以动态指定操作的是哪个数据库上表。这样避免为一个数据库创建一个连接管理配置。