关于面向对象设计的疑问

在面向对象设计中有两条重要原则:一,代码高度重用,避免冗余代码。这样的好处是显而易见的,代码的高度重用带来的好处很多。它可以使维护变的简单,如果程序中存在冗余代码,这段代码发生错误需要修改时,我们需要修改所有冗余的代码片,而实际中我们往往漏掉某些片段导致程序中留下BUG。二,设计短小通用的方法。我理解为一个方法只做一件事,这样做的目的就是为了让方法变得更通用,修改起来也变的容易,降低程序的耦合度。
但是,在我们程序设计的时候却往往会发现表面上这两条是相矛盾的,比如对一张表设计查询方法时,需要对不同字段进行查询,而这样的方法大部分代码看起来是一样的,只是SQL有所不同。我们或许会考虑(实际上我们已经这样做了)把所有查询放到一个方法里,而通过查询类型标志来调用不同的SQL以期到达目的。这样做达到了代码重用的效果,如果说这些不同的查询经抽象后确实就是对表的查询,这完全符合面向对象设计的思想。不过,从另一角度来思考,我们设计的方法可能功能过于强大,参数过多,代码结构也比较复杂这违背了第二条原则。

在我把以上文字写完后我已经有了答案,说明我在写之前可能还思考不够。
在我的设计中,觉得应该如下:
如果采用webwork+spring实现的话(因为我就用这种框架:)) 可以将DAO里面的方法设计为最短小的方法,而在service里面放置判断逻辑,action当然只是简单的调用service了。
就是说我将DAO里面的方法设计得短小精干通用。而降低或根本不用考虑service里面方法的可重用性(因为几乎不可能也不需要重用)。
不知道我的设计是否合理??

自我介绍下哈。我是刚从大学里毕业的学生,没多少经验,才疏学浅,望大家指教。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值