目前我所写的DAO存在以下问题:
1、DAO类的繁多,很多设计都是一个entity对应一个DAO
2、需要复杂时DAO的method庞大,维护困难
3、当业务逻辑改变时,DAO需要同时修改两个类文件(接口和实现类)
4、DAO越多维护越复杂
出于上以问题,需要对DAO重新设计
1、统一DAO,减少DAO类的数目,DAO包暴露的接口稳定且易于扩展新的查询
2、减少dao接口的method
3、可以动态增加dao提供的数据访问逻辑,比如增加相应的查询实现等等
重新考虑DAO设计目的
1、提供统一的存取层,以便外部框架和机制针对这一层进行特别的处理,或者外部可以提供这一层次上的超类为你服务,你可以在一个明确的层次上重用别人的工作,但这不是专门针对DAO,而是分层结构自动带来的好处
2、而DAO本身的目的就是为了封装数据存取的差异性,如果你直接用这种方法来做的话,DAO有什么用,根本不需要了
开始工作。。。。
1、DAO类的繁多,很多设计都是一个entity对应一个DAO
2、需要复杂时DAO的method庞大,维护困难
3、当业务逻辑改变时,DAO需要同时修改两个类文件(接口和实现类)
4、DAO越多维护越复杂
出于上以问题,需要对DAO重新设计
1、统一DAO,减少DAO类的数目,DAO包暴露的接口稳定且易于扩展新的查询
2、减少dao接口的method
3、可以动态增加dao提供的数据访问逻辑,比如增加相应的查询实现等等
重新考虑DAO设计目的
1、提供统一的存取层,以便外部框架和机制针对这一层进行特别的处理,或者外部可以提供这一层次上的超类为你服务,你可以在一个明确的层次上重用别人的工作,但这不是专门针对DAO,而是分层结构自动带来的好处
2、而DAO本身的目的就是为了封装数据存取的差异性,如果你直接用这种方法来做的话,DAO有什么用,根本不需要了
开始工作。。。。
263

被折叠的 条评论
为什么被折叠?



