《程序员必备的七大面向对象设计原则》由会员分享，可在线阅读，更多相关《程序员必备的七大面向对象设计原则（15页珍藏版）》请在金锄头文库上搜索。
1、面向对象原则综述七大原则总脉络图: !单一责彳壬原则依赖劉转原则面向对報履则 彳里氏彳爆原则*_=|,一一 s一 i _*播口隔离原则 1 I F1注：1, 2, 3, 4, 5显示的重要等级常用的面向对象设计原则包括7个，这些原则并不是孤立存在的，它们相互依赖, 相互补充。说计臣测名怫设计取wt制介蛍裳性5(Opfirt-ClaitdOCP；枚件买体对丰花是畔於&r沮器唸鞭是关闭的” B7I不険数一 吓寂井买诵0?星酣上去扩IK葛的能肯*負食倉(DipEildF吟伽MbferiPnUirpth DEP)* 貪*里氏犹換覆嚼| (Likv Substitutign Pnmnpk, LSP)左盘
2、井諏审一沖可収血燮基熹社矗的地去暑然可限扭更一 6子豈対橙*单1 (Sbigk1 ReipansA?iktys PtHKtpIc； SKP)豈的购密整卑-平松将玄薪的甜斑熾蛊一F堂中盒*書血抽口jjnietface Segrstioci Phnple. ISP)荒用睜?誉门的痕口来牡代一亍绒一的頻口舍呢复用原曲(Composk# Reust Pnficiple. CRP)屯為祓中应參尽竝参桂卑殂合和栄直矢莊矢峯”尽置少带用也 至不悽用粗祇关至*(L 爭 v MD 旳 E ig A D LL一吓報件英挣对基怕其站的引用弐少趣好或苗说50案畸个吏 不感诜就蛊極渔那虫这隅吓夷戟不应岂垃生BI極的相互
3、作 用*谊抱通id引人一吓扁三耆发生间接隶宜玄*女立欢F面就是面向对象七个原则的一一解析开闭原则1. 开闭原则定义：一个软件实体应当对扩展开放，对修改关闭。也就是说在设计一 个模块的时候，应当使这个模块可以在不被修改的前提下被扩展，即实现在不修改源代码的 情况下改变这个模块的行为。2. 开闭原则分析：(1) 开闭原则由Bertrand Meyer于1988年提出，它是面向对象设计中最重要的原则之一。(2) 在开闭原则的定义中，软件实体可以指一个软件模块、一个由多个类组成的局部结构 或一个独立的类。(3) 抽象化是开闭原则的关键。(4) 开闭原则还可以通过一个更加具体的“对可变性封装原则”来描述
4、，对可变性封装原则 (Pr in ciple of En capsulation of Variatio n,EVP)要求找到系统的可变因素并将其封装起来。3. 开闭原则实例：某图形界面系统提供了各种不同形状的按钮，客户端代码可针对这些按钮进行编程，用户 可能会改变需求要求使用不同的按钮，原始设计方案如图所示：图(1)现对该系统进行重构，使之满足开闭原则的要求。图（2）对比分析图（1）:客户端的一个方法直接调用加法类，但是我想添加一个减法类，你就会发现添加 减法类就得改变加法类中代码（用switch语句实现），这就违背了开闭原则”，于是我们就 应该重新重构。如图（2）在这个图中我们添加了一个运
5、算类的父类，这样我们再添加减法类的时候就不用 修改客户端类。开闭原则总结：面对需求，对程序的改动是通过增加 新代码进行的，而不是改变原来的代码。二、依赖倒转原则1. 依赖倒转原则定义i. 高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不应该 依赖于细节，细节应该依赖于抽象。ii. 要针对接口编程，不要针对实现编程。2. 依赖倒转原则分析a）简单来说，依赖倒转原则就是指：代码要依赖于抽象的类，而不要依赖于具体的类；要 针对接口或抽象类编程，而不是针对具体类编程。b）实现开闭原则的关键是抽象化，并且从抽象化导出具体化实现，如果说开闭原则是面向 对象设计的目标的话，那么依赖倒转原则就是面向对象
6、设计的主要手段。c）依赖倒转原则的常用实现方式之一是在代码中使用抽象类，而将具体类放在配置文件中。d) 类之间的耦合1零耦合关系2具体耦合关系3抽象耦合关系。依赖倒转原则要求客户端依赖于抽象耦合，以抽象方式耦合是依赖倒转原则的关键。e) 依赖注入：构造注入：通过构造函数注入实例变量设值注入：通过Setter方法注入实例变量接口注入：通过接口方法注入实例变量3. 依赖倒转原则实例某系统提供一个数据转换模块，可以将来自不同数据源的数据转换成多种格式，如 可以转换来自数据库的数据(DatabaseSource)、也可以转换来自文本文件的数据 (TextSource)，转换后的格式可以是XML文件(X
7、MLTransformer)、也可以是XLS文件(XLSTra nsformerMainClass+ mam (String args) : void图(一)source Mame Databases outca ooutceNaXU LTransfonrie rtra nsfo rmerNa meAbsractSourceXMLTransf ormerAbstractT ransformerXLST ransformer1图（二）图（一）和图（二）分析：图（一）为什么要到图（二）明E?因为该系统可能需要增加新的数据源或者新的文件格式, 每增加一个新的类型的数据源或者新的类型的文件格式，客户类
8、Ma in Class都需要修改源 代码，以便使用新的类，但违背了开闭原则。现使用依赖倒转原则对其进行重构。总结：高层模块不应该依赖底层模块，两个都应该依赖与抽象；抽象 不应该依赖于细节，细节应该依赖于抽象。三、里氏代换原则1.定义i. 如果对每一个类型为S的对象01，都有类型为T的对象02,使得以T定义的所有 程序P在所有的对象01都代换成02时，程序P的行为没有变化，那么类型S是类型T的 子类型。ii. 所有引用基类（父类）的地方必须能透明地使用其子类的对象。i. 在软件中如果能够使用基类对象，那么一定能够使用其子类对象。把基类都替 换成它的子类，程序将不会产生任何错误和异常，反过来则不成
9、立，如果一个软件实体使用 的是一个子类的话，那么它不一定能够使用基类。ii. 里氏代换原则是实现开闭原则的重要方式之一，由于使用基类对象的地方都可 以使用子类对象，因此在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其 子类类型，用子类对象来替换父类对象。3. 实例某系统需要实现对重要数据（如用户密码）的加密处理，在数据操作类（DataOperator） 中需要调用加密类中定义的加密算法，系统提供了两个不同的加密类，CipherA和CipherB, 它们实现不同的加密方法，在DataOperator中可以选择其中的一个实现加密操作。如图所 示：图（一）CipherB图（二）图（一）和
10、图（二）分析：图（一）为什到图（二）哪？因如果需要更换一个加密算法类或者增加并使用一个新的加 密算法类，如将CipherA改为CipherB,则需要修改客户类Client和数据操作类DataOperator的源代码，违背了开闭原则。现使用里氏代换原则对其进行重构，使得系统 可以灵活扩展，符合开闭原则。总结：子类型必须能够替换掉它们的父类型。1.定义i. 一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。ii. 就一个类而言，应该仅有一个引起它变化的原因。i. 一个类（或者大到模块，小到方法）承担的职责越多，它被复用的可能性越 小，而且如果一个类承担的职责过多，就相当于将这些职责耦
11、合在一起，当其中一个职责变 化时，可能会影响其他职责的运作。ii. 类的职责主要包括两个方面：数据职责和行为职责，数据职责通过其属性来体 现，而行为职责通过其方法来体现。iii. 单一职责原则是实现高内聚、低耦合的指导方针，在很多代码重构手法中都能 找到它的存在，它是最简单但又最难运用的原则，需要设计人员发现类的不同职责并将其分 离，而发现类的多重职责需要设计人员具有较强的分析设计能力和相关重构经验。3.实例i.某基于Java的C/S系统的“登录功能”通过如下登录类（Login）实现：Login+ init():voiddisplay ():void+ validate ():void+ ge
12、tConnection ():Connection+ findUser (String userNamet : bootean String userpassword)+ main (String args): void图（一）D 吕 Util+ getConnection 0 : Connection图（二） 图一和图二有什么区别哪?图（一）功能太过于集成，严重违反类的单一原则。总结：就一个类而言，应该仅有一个引起它变化的原因五、接口隔离原则1.定义i.客户端不应该依赖那些它不需要的接口。ii. 一旦一个接口太大，则需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可
13、。2.分析i.接口隔离原则是指使用多个专门的接口，而不使用单一的总接口。每一个接口应该承担一种相对独立的角色，不多不少，不干不该干的事，该干的事都要干。ii.使用接口隔离原则拆分接口时，首先必须满足单一职责原则，将一组相关的操作定义在一个接口中，且在满足高内聚的前提下，接口中的方法越少越好。iii. 可以在进行系统设计时采用定制服务的方式，即为不同的客户端提供宽窄不同的接口，只提供用户需要的行为，而隐藏用户不需要的行为3实例i.下图展示了一个拥有多个客户类的系统，在系统中定义了一个巨大的接口（胖接口）Abstractservice来服务所有的客户类。如图所示:/tostrattServjce+
14、 op&ratorAO void+ opersftorB 0 void+ cperdtorC void+ opeistcrA ( vod * opatcrBO voit + ope?aEcr () vokI图（一）图（二）图（一）和图（二）分析：图（一）为什么到图（二）哪？因为这样做既满足了接口隔离原则，又满足了单一原则，何 乐而不为呢，但是也带来了很多的不便，类增多了。总结：类应该完全依赖相应的专门的接口六、合成复用原则1.定义i.尽量使用对象组合，而不是继承来达到复用的目的。2分析i. 合成复用原则就是指在一个新的对象里通过关联关系（包括组合关系和聚合关 系）来使用一些已有的对象，使之成为新对象的一部分；新对象通过委派调用已有对象的方 法达到复用其已有功能的目的。简言之：要尽量使用组合/聚合关系，少用继承。ii. 在面向对象设计中，可以通过两种基本方法在不同的环境中复用已有的设计和实 现，即通过组合/聚合关系或通过继承。a）继承复用：实现简单，易于扩展。破坏系统的封装性；从基类继承而来的实现是静态的， 不可能在运行时发生改变，没有足够的灵活性；只能在有限的环境中使用。（“白箱”复用）b）组合/聚合复用：耦合度相对较低，选择性地调用成员对象的操作；可以在运行时动态进 行。（“黑箱”复用）iii. 组合/聚合可以使系统更加灵活，类与类之间的耦合度降低，一个类的变化对其他 类造
