面向对象计六大原则.docxVIP

面向对象设计六大原则 面向对象设计的原则是面向对象思想的提炼，它比面向对象思想的核心要素更具可操作性，但与设计模式相比，却又更加的抽象，是设计精神要义的抽象概括。形象地将，面向对象思想像法理的精神，设计原则则相对于基本宪法，而设计模式就好比各式各样的具体法律条文了。 面向对象设计原则有6个：开放封闭原则，单一职责原则，依赖倒置原则，Liskov替换原则，迪米特法则和接口隔离原则或合成/聚合复用原则（不同资料略有不同，这里对7个都做了整理）。 1单一职责原则(Single Responsibility Principle SRP) There should never be more than one reason for a class to change. 什么意思呢？ 所谓单一职责原则就是一个类只负责一个职责，只有一个引起变化的原因。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化会削弱或抑制这个类完成其他职责的能力，这个耦合会导致脆弱的设计。 软件设计真正要做的许多内容，就是发现职责并把这些职责相互分离；如果能够想到多于一个动机去改变一个类，那么这个类就具有多于一个职责，就应该考虑类的分离。 以调制解调器为例如下图： 从上述类图里面我们发现有四个方法Dial(拨通电话)，Hangup(挂电话)，Receive(收到信息)，Send(发送信息)，经过分析不难判断出，实际上Dial(拨通电话)和Hangup(挂电话)是属于连接的范畴，而Receive(收到信息)和Send(发送信息)是属于数据传送的范畴。这里类包括两个职责，显然违反了SRP。 这样做有潜在的隐患，如果要改变连接的方式，势必要修改Modem，而修改Modem类的结果导致凡事依赖Modem类可能都需要修改，这样就需要重新编译和部署，不管数据传输这部分是否需要修改。 因此要重构Modem类，从中抽象出两个接口，一个专门负责连接，另一个专门负责数据传送。依赖Modem类的元素要做相应的细化，根据职责的不同分别依赖不同的接口。如下图： 这样以来，无论单独修改连接部分还是单独修改数据传送部分，都彼此互不影响。 总结单一职责优点： 降低类的复杂性， 提高可维护性 提高可读性。 降低需求变化带来的风险。需求变化是不可避免的，如果单一职责做的好，一个接口修改只对相应的实现类有影响，对其它的接口无影响，这对系统的扩展性和维护性都有很大的帮助。 2里氏替换原则（Liskov Substitution Principle LSP） 里氏替换原则是面向对象设计的基本原则之一。任何基类可以出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当子类可以替换基类，软件单位的功能不受影响时，基类才能真正的被复用，而子类也可以在基类的基础上增加新的行为。 Liskov提出了关于继承的原则：Inheritance should ensure that any property proved about supertype objects also holds for subtype objects.----继承必须确保超类中所拥有的性质在子类中仍然成立。2002年，软件工程大师Robert C. Martin出版了一本《Agile Software DevelopmentPrinciples Patterns and Practices》，在文中他把里氏代换原则最终简化为一句话：“Subtypes must be substitutable for their base types”也就是说子类必须能够替换成他们的基类。 里氏替换原则讲的是基类和子类的关系，只有这种关系存在的时候里氏替换原则才能成立。里氏替换原则是实现开放封闭原则的具体规范。这是因为：实现开放封闭原则的关键是抽象，而继承关系又是抽象的一种具体实现。 我们大家都打过CS的游戏，用枪射击杀人，如下类图： 枪的主要职责是射击，如何射击在各个具体的子类中定义。注意在类中调用其他类时务必调用父类或接口，如果不能掉话父类或接口，说明类的射击已经违反了LSP原则。 如果我们有一个玩具手 枪，该如何定义呢？我们先在类图2-1上增加一个类ToyGun，然后继承于AbstractGun类，修改后的类图如下： 玩具枪是不能用来射击的，杀不死人的，这个不应该写shoot方法，在这种情况下业务的调用类就会出现问题。为了解决这个问题，ToyGun可以脱离继承，建立一个独立的父类，为了做到代码可以服用，可以与AbstractGun建立关联委托关系，如下图： 因此，如果子类不能完整地实现父类的方法，那么建议断开父子继承关系，采用依赖，聚合，组合等关系代替继承。 子类可以有自己的属性或方法。 覆盖或实现父类的方法时输入的参