c++设计原则.docVIP

我们在进行面向对象设计（OOD）时应该怎样进行，遵循什么原则呢？我们或许听说过设计模式，那是针对特定的问题提出的特定的解决方法。面向对象的设计从提出到现在经过很多人的经验和实践，也总结出了很多原则。 这些被大师们总结出来的基本原则包括了类的设计原则和包的设计原则，后者又分为包的内部关系方面（聚合性）的原则以及包之间的关系方面（耦合性）的原则。这里我们只讨论类的设计原则。 类的设计原则有七个，包括：开闭原则、里氏代换原则、迪米特原则、单一职责原则、接口分隔原则、依赖倒置原则、组合/聚合复用原则。 七大原则之间并不是相互孤立的，彼此间存在着一定关联，一个可以是另一个原则的加强或是基础。违反其中的某一个，可能同时违反了其余的原则。正如牛顿三大定律在经典力学中的位置一样，开闭原则是面向对象的可复用设计的基石。其他设计原则是实现开闭原则的手段和工具。 一般地，可以把这七个原则分成了以下两个部分： 设计目标：开闭原则、里氏代换原则、迪米特原则 设计方法：单一职责原则、接口分隔原则、依赖倒置原则、组合/聚合复用原则 开闭原则（The Open-Closed Principle ，OCP） 软件实体（模块，类，方法等）应该对扩展开放，对修改关闭。 开闭原则是指在进行面向对象设计中，设计类或其他程序单位时，应该遵循： 对扩展开放（open） 对修改关闭（closed） 的设计原则。 开闭原则是判断面向对象设计是否正确的最基本的原理之一。 根据开闭原则，在设计一个软件系统模块（类，方法）的时候，应该可以在不修改原有的模块（修改关闭）的基础上，能扩展其功能（扩展开放）。 扩展开放：某模块的功能是可扩展的，则该模块是扩展开放的。软件系统的功能上的可扩展性要求模块是扩展开放的。 修改关闭：某模块被其他模块调用，如果该模块的源代码不允许修改，则该模块修改关闭的。软件系统的功能上的稳定性，持续性要求是修改关闭的。 这也是系统设计需要遵循开闭原则的原因： 稳定性。开闭原则要求扩展功能不修改原来的代码，这可以让软件系统在变化中保持稳定。 扩展性。开闭原则要求对扩展开放，通过扩展提供新的或改变原有的功能，让软件系统具有灵活的可扩展性。 遵循开闭原则的系统设计，可以让软件系统可复用，并且易于维护。 开闭原则的实现方法 为了满足开闭原则的对修改关闭原则以及扩展开放原则，应该对软件系统中的不变的部分加以抽象，在面向对象的设计中， 可以把这些不变的部分加以抽象成不变的接口，这些不变的接口可以应对未来的扩展； 接口的最小功能设计原则。根据这个原则，原有的接口要么可以应对未来的扩展；不足的部分可以通过定义新的接口来实现； 模块之间的调用通过抽象接口进行，这样即使实现层发生变化，也无需修改调用方的代码。 接口可以被复用，但接口的实现却不一定能被复用。接口是稳定的，关闭的，但接口的实现是可变的，开放的。可以通过对接口的不同实现以及类的继承行为等为系统增加新的或改变系统原来的功能，实现软件系统的柔软扩展。 简单地说，软件系统是否有良好的接口（抽象）设计是判断软件系统是否满足开闭原则的一种重要的判断基准。现在多把开闭原则等同于面向接口的软件设计。 Strategy模式： Client对于Server提供的接口是封闭的 Client对于Server的新的接口实现方法的扩展是开放的 Shape例子–过程化 Shape.h enumShapeType{ isCircle, isSquare}; typedef struct Shape { enumShapeType type } shape; Circle.h typedef struct Circle { enumShapeType type; double radius; Point center; } circle; void drawCircle( circle* ); Square.h typedef struct Square { enumShapeType type; double side; Point topleft; } square; void drawSquare( square* ); drawShapes.cpp #include Shape.h #include Circle.h #include Square.h void drawShapes( shape* list[], int n ) { int i; for( int i=0; in; i++ ) { shape* s= list[i]; switch( s-type ) { case isSquare: drawSquare( (square*)s ); break; case isCircle: