十一写了一份自己的持久层框架

Question

十一写了一份自己的持久层框架，有兴趣的可以看看http://download.csdn.net/user/whatisjava_open

Answer 1

可以放到
http://gforge.osdn.net.cn/

Answer 2

看了，作为持久层框架，我不知道它解决了什么问题，
单看测试代码，就觉得它多余，除了检索时自动把RS映射称对象这一点可说之外，其他得还不如直接使用JDBC方便，
所有这些功能都可以使用单独的工具类完成，而不需要耦合的这么紧的一个框架来做这么点事。
没有脱离开显式SQL，也是设计局限之一，总体感觉作者设计目标不清晰，技术功底还不够火候。
希望能有改进。
与现有框架比较在本质上有差距，希望作者认真研究研究透现有的技术思想，再来创新，期待！

Answer 3

谢谢seeplus的回复~！！！我写这个主要就是保留原有的SQL，而不是脱离开它们，在里面我也说得很清楚，只是对CCSR进行封装，如果要说"还不如直接使用JDBC方便"，这我就不大认同，
"所有这些功能都可以使用单独的工具类完成"，我以前就是这么做的，而现在就是把所有的工具类进行统一的管理，"总体感觉作者设计目标不清晰，技术功底还不够火候"，本人今天23岁，正式编程经验(学习过程除外)算一年吧，所以你说的这句话我还是能接受的现在我的公司正在进行测试，有些地方要改进的我会用心再去想的

Answer 4

seeplus提出的批评和建议让我也汗颜了一把呢。：）从另一个角度来说，并不是只有像Hibernate或者Torque那样的OR/M持久化框架才算持久化框架。框架的通用性固然很重要，但是通用性并不是唯一，在软件企业内部来说，只要能达到降低编程人员的负担、简化数据访问代码、提高代码安全性等目的，就可以认为是一个有用的框架。和通用性相对，在技术力量、人力资源、开发时间和经费等限制的条件下，更提倡框架的适用性，也就是说，要有项目针对性，针对某种（企业内部大多数）项目而言，是适用的，是可以提高生产率的，就可以。对于大多数企业来说，一般也都是中小型项目或者逻辑比较简单的项目。再退一步说，就算自己做的框架没有实用性，不能在实际项目上派上用场，尽管有点可惜，但是在框架开发的过程中，我们需要面对思考很多技术问题，需要提出、辨析、甄选很多方案，并且一版二版三版不停地更新完善，这本身就是一个学习的，提高技术水平和设计能力的过程，何乐而不为呢？