7条面向对象设计原则:
1.开闭原则:
定义:
软件实体应当对扩展开放,对修改关闭
软件实体:
项目中划分出的模块
类与接口
方法
含义:
当应用的需求改变时,在不修改软件实体的源代码或者二进制代码的前提下,可以扩展模块的功能,使其满足新的需求
作用
1.对软件测试的影响
软件遵守开闭原则的话,软件测试时只需要对扩展的代码进行测试就可以了,因为原有的测试代码任然能够正常运行
2.可以提高代码的可复用性
粒度越小,被复用的可能性就越大;在面向对象的程序设计中,根据原子和抽象编程可以提高代码的可复用性
3.可以提高软件的可维护性
遵守开闭原则的软件,其稳定性高和延续性强,从而易于扩展和维护
实现方法:
可以通过"抽象约束、封装变化"来实现开闭原则,即通过接口或者抽象类为软件实体定义一个相对稳定的抽象层,而将相同的可变因素封装在相同的具体实现类中
因为抽象类的灵活性好,适应性广,只要抽象的合理,可以基本保持软件架构的稳定。而软件中易变的细节可以从抽象派生来的实现类来进行扩展,当软件需求发生变化时,只需要根据需求重新派生一个实现类来扩展就可以了
2.里氏替换原则
定义:
继承必须确保超类所拥有的性质在子类中任然成立
通俗化:
子类可以扩展父类的功能,但不能改变父类原油的功能
作用:
1.里氏替换原则是显示开闭原则的重要方式之一
2.它克服了继承中重写父类造成的可复用性变差的缺点
3.它是动作正确性的保证。即类的哭哦哦站不会给已有的系统引入新的错误,降低了代码出错的可能性。
实现方法:
子类继承父类时,除添加新的方法完成新增功能外,尽量不要重写父类的方法
如果程序违背了里氏替换原则,则继承类的对象及积累出现的地方会出现运行错误,这时应该取消原来的继承关系,重新设计它们之间的关系
如"几维鸟不是鸟"
几维鸟由于翅膀退化不会飞行,就不能继承自鸟类,但它可以奔跑,就可以继承自动物类
3.依赖倒置原则
定义:
高层模块不应该依赖底层模块,两者都应该依赖其抽象;
抽象不应该依赖细节,细节应该依赖抽象
核心思想:
要面向接口编程,不要面向实现编程
注:
依赖倒置原则是实现开闭原则的重要途径之一,它降低了客户与实现模块之间的耦合
作用:
依赖倒置原则可以降低类间的耦合性
依赖倒置原则可以提高系统的稳定性
依赖倒置原则可以减少并行开发引起的风险
依赖倒置原则可以提高代码的可读性和可维护性
实现方法:
依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性
只要遵循下面四点,就可以满足这个规则
每个类尽量提供接口或抽象类,或者两者都具备
变量的声明类型尽量是接口或者是抽象类
任何类都不应该从具体类派生
使用继承时尽量遵循里氏替换原则
4.单一职责原则
定义:
一个类应该有且仅有一个引起它变化的原因,否则类应该被拆分
该原则提出对象不应该承担太多职责,如果一个对象承担了太多的职责,至少存在两个缺点:
1.一个职责的变化可能会削弱或者音质这个类实现其他职责的能力
2.当客户端需要改对象的某一个职责时,不得不将其他不需要的职责全都包含进来,从而造成冗余代码或者代码的浪费
核心:
控制类的粒度大小、将对象解耦、提高其内聚性
作用
降低类的复杂度。一个类只负责一项职责,其逻辑肯定要比负责多想职责简单得多
提高类的可读性。复杂性降低,自然其可读性会提高
提高系统的可维护性。可读性提高,自然就容易维护
变更引起的风险降低。变更时必然的,如果单一职责原则遵守得好,那么可以显著降低对其他功能的影响
实现方法:
发现类的不同职责并将其分离,再封装到不同的类或模块中。
注:
单一职责同样也适用于方法。一个方法应该尽可能做好一件事情。如果一个方法处理的事情太多,其颗粒度会变得很粗,不利于重用
5.接口隔离原则
定义1:
客户端不应该被迫依赖于它不使用的方法
Clients should not be forced to depend on methods they do not use
定义2:
一个类对另一个类的依赖应该建立在最小的接客上。
The dependency of one class to another one should depend on the smallest possible interface
以上两个定义的含义:
要为各个类建立它们需要的专用接口,而不要试图去建立一个很庞大的接口供所有依赖它的类去调用
接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性,体现了封装的思想,但两者依然有着不同:
单一职责原则注重的是职责,而接口隔离原则注重的是对接口依赖的隔离
单一职责原则主要是约束类,它针对的是程序中的实现和细节;接口隔离原则主要约束接口,主要针对抽象和程序整体框架的构建
优点:
1.将臃肿庞大的接口分解为多个粒度小的接口,可以预防外来变更的扩散,提高系统的灵活性和可维护性
2.接口隔离提高了系统的内聚性,减少了对外交互,降低了系统的耦合性
3.如果接口的粒度大小定义合理,能够保证系统的稳定性;但是,如果定义过小,则会造成接口数量过多,使设计复杂化;如果定义太大,灵活性降低,无法提供定制服务,给整体项目带来无法预料的风险
4.使用多个专门的接口还能够体现对象的层次,因为可以通过接口的继承,实现对总接口的定义
5.能减少项目工程中的代码冗余。过大的大接口里面通常放置许多不用的方法,当实现这个接口的时候,被迫设计冗余的代码
实现方法:
1.接口尽量小,但是要有限度。一个接口只服务于一个子模块或业务逻辑
2.为依赖接口的累定制服务。只提供调用者需要的方法,屏蔽不需要的方法
3.了解环境,拒绝盲从。每个项目或产品都有选定的环境因素,环境不同,接口拆分的标准就不同。
4.提高内聚,减少对外交互。使接口用最少的方法去完成最多的事情
6.迪米特法则
定义:
只与你的直接朋友交谈,不跟陌生人说话
Talk only to your immediate friends and not to strangers
朋友:
当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等
含义:
如果两个软件实体无需直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度
作用:
1.降低了类之间的耦合度,提高了模块的相对独立性
2.由于亲和度降低,从而提高了类的可复用率和系统的扩展性。
强调:
1.从依赖者的角度来说,只依赖应该依赖的对象
2.从被依赖者的角度来说,只暴露应该暴露的方法
实现方法:
1.在类的划分上,应该创建弱耦合的类。类与类之间的耦合越弱,就越有利于实现可复用的目标
2.在类的结构设计上,尽量降低类成员的访问权限
3.在类的设计上,优先考虑将一个类设置成不变类
4.在对其他类的引用上,将引用其他对象的次数降到最低
5.不暴露类的属性成员,而应该提供相应的访问器(set和get方法)
6.谨慎使用序列化功能
7.合成复用原则
定义:
要求在软件复用时,要尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现
继承复用的缺点:
继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类,父类对子类是透明的,所以这种复用有成为"白箱"复用
子类与父类的耦合度高。父类的实现的任何改变都会导致子类的实现发生变化,这不利于类的扩展与维护
限制了复用的灵活性。从父类继承而来的实现是静态的,在编译时已经定义,所以在运行时不可能发生变化
合成复用的作用:
它维持了类的封装性。因为成分对象的内部细节是新对象看不见的,所以这种复用又成为"黑箱"复用
新旧类之间的耦合度低。这种复用所需的依赖较少,新对象存取成分对象的唯一方法是通过成分对象的接口
复用的灵活性高。这种复用可以在运行时动态进行,新对象可以动态地引用与成分对象类型相同的对象
实现方法:
将已有的对象纳入新对象中,作为新对象的成员对象来实现,新对象可以嗲用已有对象的功能,从而达到复用。