CSDN博客

img zhzh_z

设计模式的学习1

发表于2004/7/9 18:00:00  600人阅读

  看了设计模式,到现在也该是处出货时候了。

    首先必须明确设计模式的位置,它是在需求分析(use case)后,系统分析结束之后,设计时进行的。往往设计模式会带来一个问题:过度设计。因为设计模式要求增加类。同时我们看到他也不是万灵药,他受前期需求以及系统分析的影响。

  关键有以下几点原则:

  1。一个类最好只有一个职责。前两天看到网上一个人员考勤设计,企图把职员作类,包含职员信息和考勤信息,然后大诉其苦:他的考勤信息是文件,不是数据库,这样系统以起来,即使他不需要考勤信息,也必须读取文件,由于文件很大,系统因此很慢。后来有人出主意:分成两个类:考勤是考勤,职员是职员,还有个考勤list容器类。这样就比较好的解决了问题。

2.多用组合,少用继承。所谓采用继承关系,把变化反映在子类上,而组合则是采用模块方式。很明显:如果采用继承,父类发生变化,最易受影响的是子类。由此可见采用组合比采用继承父类与子类间耦合性更强。

3.把变化封装在一个类里面。这是我个人看法。所谓把变化封装在类里面,就是如前面所说,每个类最好只有一个职责,那么对于需求可能变化部分,我们最好用某个类封装起来。由此可见,需求会影响模式的建立,可以说会影响整个系统模型。当然这也是所谓的减少系统耦合性,加强系统内聚性的一种体现。

这是所有设计模式遵守的基本原则。

 

0 0

相关博文

我的热门文章

img
取 消
img