Chinaunix首页 | 论坛 | 博客
  • 博客访问: 60803
  • 博文数量: 9
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 164
  • 用 户 组: 普通用户
  • 注册时间: 2013-08-18 22:37
文章分类

全部博文(9)

文章存档

2015年(1)

2013年(8)

我的朋友

分类: 架构设计与优化

2013-09-15 10:50:43

上一节讲述了目前软件开发存在的问题,该如何解决这些问题?从前面的分析可以看出,用户的需求是在不断发生变化的,既然作为软件开发人员不能拒绝这些变化,那就要正视这些变化,拥抱变化,尽量的满足用户需求的变化,要达到上述目的,就只有依靠程序设计,因为只有程序设计的更加灵活了,才能更好的适应需求的变化,才能更少的改动代码,从而产生更少的程序缺陷。
程序如何才能设计的更加灵活呢?随着经验的积累,程序设计人员总结出了一些面向对象的设计原则,大体上可以分为:单一职责原则、开闭原则、依赖注入原则、里氏替换原则、迪米特原则、接口分离原则和优先使用组合而不是继承原则。依据这些设计原则来进行程序设计和开发,就有可能使程序设计的更加灵活,能够更好的适应用户需求的复杂多变。下面来详细的讲解一下这些设计原则:
1.单一职责原则
单一职责原则的英文缩写是SRP,全称是Single Responsibility Principle。它的意思是说系统中的每一个对象都应该只有一个单独的职责,而所有对象所关注的就是自身职责的完成。每个类应该只有一个职责,对外只能提供一种功能,而引起类变化的原因应该只有一个。
这是软件开发人员经常会违反的一个设计原则,通常为了省事,开发人员会将很多功能集中在一个类里面,从而造成这个类庞大无比,难于维护。
2.开闭原则
开闭原则的英文缩写是OCP,全称是Open for Extension,Closed for Modification的核心思想就是:一个对象对扩展开放,对修改关闭。它的意思是说对类的改动是通过增加代码进行的,而不是改动现有的代码。通俗的说就是,软件开发人员一旦写出了可以运行的代码,就不应该去改变它,而是要保证它能一直运行下去。
这也是软件开发人员经常会违反的一个设计原则,为了满足用户的新需求,需要修改或扩充原来的代码,这样造成的后果就是如果这个类中有一个功能要进行修改,就很可能会引起其他功能的变动,从而产生不可预知的后果,在软件开发中,经常会出现为了修改一个程序缺陷会产生新的程序缺陷的问题,就是违法了这一原则造成的。
3.依赖注入原则
依赖注入原则的英文缩写是DIP,全称是Dependence Inversion Principle。它的意思是说要依赖于抽象,不要依赖于具体的实现。在软件开发中,所有的类如果需求调用其他的类,就应该调用该类的接口或抽象类,而不是直接调用该类的实现类。
依赖注入原则在Spring中,得到了充分的应用,这样才能保证Spring的灵活性,因此在采用Spring开发代码时,要针对接口编程,而不是针对实现编程。
4.里氏替换原则
里氏替换原则的英文缩写是LSP,全称是Liskov Substitution Principle。它的意思是说在任何抽象类出现的地方都可以用它的实现类来替代。采用里氏替换原则可以更好的使用继承。
5.迪米特原则
迪米特原则的英文缩写是LOD,全称是Law of Demeter。它的意思是说一个对象应当对其他对象尽可能少的了解,从而能够降低各个对象之间的耦合,提高系统的可维护性。
在程序设计中,各个模块之间互相调用时,通常都会提供一个统一的接口来实现,这样其他模块就不需要了解另一个模块的内部实现细节,这样当一个模块内部的实现发生改变时,不会影响的其他模块的使用。
6.接口分离原则
接口分离原则的英文缩写是ISP,全称是Interface Segregation Principle。它的意思是说不应该强迫客户程序依赖它们不需要使用的方法。
在软件开发中,开发人员经常会将很多对外提供的方法防止一个类中实现,然后提供给其他模块使用,这就违反了接口分离原则,一个接口应该只提供一种对外的功能,不应该把所有的操作都封装到一个接口当中。
7.优先使用组合而不是继承原则
优先使用组合而不是继承原则的英文缩写是CARP,全称是Composite/Aggregate Reuse Principle。它的意思是说优先使用组合,而不是继承。
经过这么多年的开发经验积累,很多开发人员对于继承都是深恶痛绝,因为父类的任何改变都可能影响子类的行为,采用继承时,如果用户需求发生变化而造成父类进行修改,则所有的子类都要进行修改。而在使用组合时,就降低了这种依赖关系。
上面介绍的这些设计原则,都是前人通过多年设计经验总结出来的,从上面的讲解也可以看出,这些设计原则的一个核心思想就是强调尽量降低代码之间的依赖,从而能够灵活多变,适应用户需求的不断变化,这也是“高内聚、低耦合”思想的具体实现。
阅读(344) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册