本文探讨了一种通过将HQL语句定义在业务层而非DAO层的方法来实现DAO层的瘦身，介绍了具体实施步骤并讨论了返回对象的设计模式。
上周上司提出要给dao瘦身（由业务层定义HQL语句，目前是将HQL语句定义在dao层），让我们想想有什么好的方法，通过周六、周日两天的思考，我提出了一个方案来，如下文：
1.定义一个通用dao，包含所有CURD的操作（因为HQL语句由业务层定义）
2.让所有实体（也可以使任意需要返回的对象）都继承至一个抽象类（“里氏代换原则”中说，任何基类可以出现的地方，子类一定可以出现。）
如图：
[img]http://lym6520.iteye.com/upload/attachment/122529/98f4a860-c3cd-3b67-828a-e8b05ebaf2fe.gif[/img]
现在我们主要讨论下这两个方法：getReternObject和getReternObjectList,我们知道，这两个对象返回的对象是ReternObject和List<ReternObject>（这里ReternObject是一个抽象类），而返回的实际对象可能是EntityA、EntityB和EntityC的任意一个，根据“里氏代换原则”中说，任何基类可以出现的地方，子类一定可以出现。
我想说道这里大家应该很清楚我的用意了，比如说有一个这样的操作要获取EntityA，然后我们根据定义好的GeneralDao进行操作，通过业务层传入这样一条HQL语句：select a from EntityA where a.id = '01' ，这样我们就可以获得EntityA了，但好像很少人使用这样的方式来给dao瘦身，希望大虾们拍拍砖！这样做到底好不好！
1.定义一个通用dao，包含所有CURD的操作（因为HQL语句由业务层定义）
2.让所有实体（也可以使任意需要返回的对象）都继承至一个抽象类（“里氏代换原则”中说，任何基类可以出现的地方，子类一定可以出现。）
如图：
[img]http://lym6520.iteye.com/upload/attachment/122529/98f4a860-c3cd-3b67-828a-e8b05ebaf2fe.gif[/img]
现在我们主要讨论下这两个方法：getReternObject和getReternObjectList,我们知道，这两个对象返回的对象是ReternObject和List<ReternObject>（这里ReternObject是一个抽象类），而返回的实际对象可能是EntityA、EntityB和EntityC的任意一个，根据“里氏代换原则”中说，任何基类可以出现的地方，子类一定可以出现。
我想说道这里大家应该很清楚我的用意了，比如说有一个这样的操作要获取EntityA，然后我们根据定义好的GeneralDao进行操作，通过业务层传入这样一条HQL语句：select a from EntityA where a.id = '01' ，这样我们就可以获得EntityA了，但好像很少人使用这样的方式来给dao瘦身，希望大虾们拍拍砖！这样做到底好不好！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
