OOD设计基本原则整理.doc

"OOD设计基本原则整理" OOD 设计基本原则之一：开-闭原则 开-闭原则是 OOD 设计的核心原则之一，该原则强调一个软件实体应当对扩展开放，对修改关闭。也就是说，在设计一个软件实体的时候，应当使这个软件实体可以在不修改或少修改的前提下通过扩展来实现变化。 该原则的定义是：一个软件实体应当对扩展开放，对修改关闭。即在设计一个软件实体的时候，应当使这个软件实体可以在不修改或少修改的前提下通过扩展来实现变化。软件实体包括模块、类和函数；扩展包括集成类、实现接口；关闭是要求保存历史和抽象层的稳定。 满足“开-闭”原则系统的优点有三点： a) 通过扩展已有的软件系统，可以提供新的行为，以满足对软件的新需求，使变化中的软件系统有一定的适应性和灵活性。 b) 已有的软件模块，特别是最重要的抽象层模块不能再修改，而原需求的实现层尽量不修改或少修改，这就使变化中的软件系统有一定的稳定性和延续性。 c) 这样的系统同时满足了可复用性与可维护性。 要实现“开-闭”原则，需要在面向对象设计中，不允许更改的是系统的抽象层（抽象类或接口），尽量少修改原需求的实现层（已运行的实现类），而允许扩展的是新需求的实现层（增加新的实现类）。解决问题的关键在于抽象化。抽象化是面向对象设计的第一个核心本质。 OOD 设计基本原则之二：单一职责原则 单一职责原则是 OOD 设计的另一重要原则，该原则强调一个类或接口应该仅有一个引起变化的原因。职责可以理解为“变化的原因”。如果能够想到多于一个的原因去改变一个类，那么这个类就具有多个职责。 该原则的基本目的就是提高内聚性。如果一个类承担的职责过多，那么这些职责就相互依赖，一个职责的变化可能会影响另一个职责的履行。其实 OOD 的实质，就是合理的进行类的职责分配。 对单一职责原则的考虑有三点： (1)、如果应用程序的变化会影响到类中某一种职责，那么就应该将它与另一种职责分离，这样做可以避免客户应用程序和类中的职责耦合在一起。 (2)、如果应用程序的变化总是会导致两个职责同时变化，那么就不必分离它们。实际上，分离它们会带来不必要的复杂性。 (3)、从上可知：变化的轴线仅当变化实际发生时才具有真正的意义。如果没有变化的征兆，那么去应用单一职责原则或其他任何原则都是不明智的。