面向对象设计.pptVIP

面向对象的一个重要特点是继承，通常，我们要扩展一个类的功能，都可以定义子类，通过继承来实现目的 组合/聚合的方式即关联，优先使用组合而不是继承 * Gasoline：汽油 Disel：柴油 Solar：太阳能 * 桥接模式：将抽象与实现部分分离 * 类是对对象的抽象，抽象类理解为把类当作对象，抽象成的类即抽象类 接口只是一个行为的规范或规定 接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法 继承和接口，例如Eagle is Bird，而Eagle can fly，此时Bird是基类与Eagle是继承关系，而Ifly是接口，与Eagle是接口实现的关系 多重继承即C#只能有一个基类 * 多态就好象一个人在工作和生活中变换不同的角色，在家里是父亲、丈夫，在公司是经理、工程师 * * 换言之，该原则代表的意义就是：如何合理地定义你的类 本原则并非绝对地限制类的责任，需要根据实际的情况，权衡类的设计。准确地说，这里所指的单一职责是指会随着同一种变化而随之变化的一组职责 * 有两个不同的应用程序使用Rectangle类。一个是有关计算几何学方面的，Rectangle类会在几何形状方面提供帮助，它从来不会在屏幕上显示矩形。另一个应用程序实质上是一个有关图形绘制方面的，它可能也会进行一些计算几何学方面的工作，但是它肯定会在屏幕上绘制图形。 这个设计就违反了单一职责原则。Rectangle具有两个职责：第一，提供了一个矩形几何形状的数学模型；第二，把矩形在一个图形用户界面上绘制出来。 这样会导致一些很严重的问题。首先，我们必须在计算几何学应用程序中包含进GUI代码。如果这是一个C++应用程序，就必须将GUI代码链接进来，这会浪费连接时间、编译时间以及内存占用。如果这是一个Java应用程序，GUI的.class文件必须要被部署到目标平台。 其次，如果图形应用程序的改变由于一些原因导致了Rectangle的改变，那么这个改变也会迫使我们重新构建、测试和部署计算图形学的应用程序。如果我们忘记这么做，很可能的结果就是：计算图形学应用程序会以不可预测的方式失败。 一个较好的设计就是把这两个职责放在不同的类中实现。这个设计把Rectangle类中进行计算的部分迁移到GeometryRectangle中。现在矩形的绘制方式的改变不会对计算图形学的应用产生影响了。 * 一个对象的扩展，并不影响对象的调用者；然而对象的更改，则可能会导致该对象的调用者，也必须随之作出改变 实现开放封闭原则常用的设计模式：模板方法 * * 按照上述设计实现，用细节表示为：interface?IBankProcess????{????????void?Process();} ? 然后在隔离的接口上，对功能进行扩展，例如改造单一职责的示例将有如下的实现： // 按银行按业务进行分类?class?DepositProcess?:?IBankProcess????{????????IBankProcess?Members#region?IBankProcess?Members????????public?void?Process()????????{????????????//?办理存款业务????????????throw?new?Exception(The?method?or?operation?is?not?implemented.);????????}????????#endregion?}????class?TransferProcess?:?IBankProcess????{????????IBankProcess?Members#region?IBankProcess?Members????????public?void?Process()????????{????????????//?办理转账业务????????????throw?new?Exception(The?method?or?operation?is?not?implemented.);????????}????????#endregion?}????class?DrawMoneyProcess?:?IBankProcess????{????????IBankProcess?Members#region?IBankProcess?Members????????public?void?Process()????????{????????????//?办理取款业务????????????throw?new?Exception(The?method?or?operation?is?not?implemented.