本文共 2047 字,大约阅读时间需要 6 分钟。
定义:
就一个类而言,应该仅有一个引起它变化的原因。
如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会收到意想不到的破坏。
软件设计真正要做的许多内容时发现职责并把那些职责相互分离。
定义
是说软件实体类应该可以扩展,但是不可以修改。
意思是说对于扩展开放,对于更改封闭。
解决的问题:
面对需求的改变既可以保持稳定,又可以在第一个版本后不断推出新的版本。
因此设计类的时候,尽量让这个类足够好,写好了就不去修改,如果新的需求来就增加一些类就完事。
无论模块多么封闭,都会存在一些无法对之封闭的变化,既然不能完全封闭,设计人员就必须对他设计的模块应该对哪种变化封闭做出选择。 必须先猜测出最有可能发生变化的类,然后构造出抽象来隔离那些变化。
变化很难猜测,但是退一步讲,可以等到变化发生时,就及早取想办法应对发生更大变化的可能。即等到变化发生时立即采取行动。
在最初写代码时,假设变化不会发生,当变化发生时,就创建抽象来隔离以后发生的同类变化。
举个例子,我们写计算机类,刚开始可能把加减乘除的四个基本操作都写在同一个类中,但是需求要增加一个开方的操作,或者删除乘除两个操作,就得在原来的计算机类中改,就违背了开放封闭原则。因此考虑重构类,增加抽象类的运算类,将所有的具体的运算类继承抽象运算类,通过继承、多态隔离了类之间的耦合。需求满足了,并且可以应对变化了。
面对需求,对程序的改动是通过增加新代码进行的,而不是更改现有的代码—开闭原则的精神所在
希望的是在开发工作展开不久就知道可能发生的变化。 查明可能发生的变化等的时间越长,要创建正确的抽象就越困难。
开闭原则是面向对象设计的核心所在。此原则可以带来面向对象的巨大好处:可维护、可扩展、可复用、灵活性好。
应该仅对程序中呈现出频繁变化的那些部分做出抽象,但是对不应用程序中的每个部分都刻意地进行抽象同样不是一个好主意。拒绝不成熟地抽象和抽象本身一样重要、
定义
抽象不应该依赖细节,细节应该依赖于对象。意为:针对接口编程,不要对实现编程。
高层模块不应该依赖底层模块,两个都应该依赖抽象。
高层模块依赖底层模块的例子: 我们的函数调用函数库中的函数,比如把访问数据库的代码写成函数,每次写新项目时就去调用这些函数。 这样会存在的问题:
需要用不同实现的的底层函数时,就得改高层的函数,或者高层函数不能复用;
再举个例子,CPU,内存,网卡等不依赖于电脑主板,内存坏了换内存就行,其他部件比如CPU、网卡不受影响。
依赖倒转其实就是谁也不要依赖谁,除了约定的接口,大家都可以灵活自如。
依赖倒转是面向对设计的标志,考虑针对抽象编程,而不是针对细节编程。程序中的所有依赖关系都是终止于抽象或者接口,那就是面向对象的设计,反之就是过程化的设计。
定义:尽量使用合成/聚合,尽量不要使用类继承
聚合表示一种弱的拥有关系,A对象可以包含B对象,但是B对象不是A对象的一部分,比如雁群与大雁
合成是一种强的拥有关系,体现了严格的部分和整体的关系,部分与整体的声明周期一样。比如大雁与翅膀
该原则好处:优先使用对象的合成/聚合,将有助于保持每个类被封装,并被集中在单个任务上,这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。
比如,之前
使用合成/聚合原则
再次增加一个收集品牌,只需要增加一个品牌子类,不会影响其他类的改动,也符合开放封闭原则
转载地址:http://osfdi.baihongyu.com/