Velocity在系统设计中的应用

　　　使用Velocity做页面开发有很长一段时间了.但对它的使用一直达不到随手拈来的程度（即碰到系统设计过程中，如果使用Velocity来处理可以达到简化开发的目的，但是我们第一感觉想到的根本不会是Velocity而是其它东西）．比如说，以前做监控系统时，有一个功能是使用不同的方法获取操作系统的底层信息，然后使用获取到的信息组装成一个ＸＭＬ报文发送到ＷＥＢ服务器．开始时，设计成写一个ＸＭＬ文件，里面要填充的信息使用＄符加标识名进行标识，然后再使用ＪＡＶＡ的replace方法一个一个的进行替换．这里，如果使用Velocity的话，则可以轻松实现数据信息的替换，而不用自己去操作底层代码．最重要的是，我们在替换的过程中可以使用Velocity的逻辑判断 ，轻松的实现数据获取与数据组装的分离．

　　说到Velocity就会想到DBTran（公司项目经理自己封装的一个操作数据库的组件，使用Ｖelocity产生ＳＱＬ语句）．DBTran的使用大大的简化了数据库操作的代码，我们只需要调用封装好的组件方法，而不需要通过JDBC来编写数据数库底层操作代码．这一措施极大的减少了程序员犯错的概率，尤其是资源使用不关闭和不打印ＳＱＬ语句这些经常犯的错误从根源上扫除了．

　　已前做项目的时候，也经常为操作ＪＤＢＣ而烦心．因为那些工作纯粹是一些体力活，没有半点技术含量，但是又是经常操作且经常出错的地方．一直以来都想找一种通用的方法来避免直接操作ＪＤＢＣ，甚至还想过使用复合转发的模式来重写一遍ＪＤＢＣ的操作，以达到屏蔽ＪＤＢＣ资源使用和打印ＳＱＬ语句的操作．但是后来一直没有成功过，一来是自己懒，二来是当时没有进行彻底设计，三来觉得不太可行．其实如果当时先不管实现方式而把需要解决的问题全部列下来，然后再针对每一个问题进行解决的话．应该是可以很快实现的．其实当时比较烦心的还有ＳＴＲＵＴＳ的ＡＣＴＩＯＮ和ＦＯＲＭ，因为针对不同业务处理ＡＣＴＩＯＮ的代码相差不大．这也是当时一直想做但是没有做的．进了公司后，遇到ＤＢＴＲＡＮ，它把所有我想做的事都做了．虽然实现的方式不那么优美，但至少它给了我一个思路，同时也给了我一个教训．做人不能太懒了！！