【OA】——DAO层设计

本文探讨了在OA系统DAO层设计中,如何通过面向接口编程和抽象类优化结构,减少重复代码。介绍了使用公共接口抽离增删改查方法,以及利用抽象类结合泛型和反射实现数据库操作的通用性。同时,阐述了接口与抽象类的灵活运用,以提高代码的简洁性和可扩展性。
摘要由CSDN通过智能技术生成

  引言

  之前总是在使用别人搭建好的架构来实现具体的业务,没有真正的思考架构设计的原因,基于什么样的原因要采用这样的架构,为什么在底层使用了那么多的接口、抽象类等等,现在在搭建OA系统的DAO时候意识到了这方面的原因,下面就来总结一下。

  首先来看一下最后的设计类图:

           

  原来我们在设计的时候都知道面向接口编程,所以在DAO层都有一个接口,这样我们就不在需要将dao层的具体实现暴露给调用者,但是我们并没有考虑抽象将公共的方法放在一个父接口中,因为我们有很多的公共的方法,比方说:对于每一个实体我们都至少有四个方法——增、删、该、查等,在上面我们抽取了6个公共的方法。这样的话我们就很好的避免在每一个接口中都定义增删该查的方法。这样每一个具体业务的接口都去继承这个父接口就好了。

  下面我们就来分析一下抽象类的这个问题,我们为什么会增加了一个抽象类?这就需要我们了解接口和抽象类概念和解决什么样的问题࿰

评论 10
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

g-Jack

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值