面向对象_C_设计原则

1、12/16/20211n提高面向对象设计复用性的设计原则面向对象的设计原则12/16/20212设计目标n可扩展性(Extensibility):新功能易加入系统。n灵活性(Flexibility):允许代码修改平稳发生，不会涉及很多其他模块。n可插入性(Pluggability):容易将一个类换为另一个具有同样接口的类。12/16/20213软件复用重要性n较高的生产率n较高的软件质量n恰当使用复用,可改善系统的可维护性12/16/20214n使一个系统可在更高的层次上提供了可复用性n抽象化和继承:使概念和定义可复用n多态:使实现和应用可复用n抽象化和封装:可保持和促进系统的可维护性面向对象

2、设计12/16/20215n抽象层次是一个应用系统作战略性判断和决定的地方，那么抽象层次就应当是较为稳定的，应当是复用的重点。n复用的焦点不再集中在函数和算法等具体实现细节上，而是集中在最重要的含有宏观商业逻辑的抽象层次上。n既然如果抽象层次的模块相对独立于具体层次的模块的话，那么具体层次内部的变化就不会影响到抽象层次的结构，所以抽象层次的复用就会较为容易。复用12/16/20216n面向对象设计中，可维护性复用是以设计原则和设计模式为基础的。面向对象复用12/16/202171.开闭原则OCP:Open-Closed Principle2. 里氏替换原则LSP:Liskov Substitu

3、tion Principle3. 依赖倒转原则DIP:Dependency Inversion Principle4. 接口隔离原则ISP:Interface Segregation Principle5. 组合复用原则CRP:Compositoin Resuse Principle6. 迪米特法则LoD:Law of Demeter7.单一职责原则（SRP)面向对象设计原则12/16/20218n软件组成实体应该是对扩展开放的，但是对修改是关闭的。( Software Entities Should Be Open For Extension， But Closed For Modifica

4、tion) n1988年，勃兰特梅耶（Bertrand Meyer）在他的著作面向对象软件构造（Object Oriented Software Construction）中提出1.开-闭原则OCP12/16/20219这句话说得略微有点专业，我们把它讲得更通俗一点，也就是：软件系统中包含的各种组件，例如模块（Modules）、类（Classes）以及函数（Functions）等等，应该在不修改现有代码的基础上，引入新功能。 “开”，是允许对其进行功能扩展的； “闭”，是指对于原有代码的修改是封闭的，即不应该修改原有的代码。 12/16/20211012/16/202111n开-闭法则认为应该

5、试图去设计出永远也不需要改变的模块。n关键在于抽象化:可给系统定义一个一劳永逸，不再更改的抽象设计，此设计允许有无穷无尽的行为在实现层被实现。抽象层可以允许、支持所有扩展。nPC外设开-闭原则12/16/202112优点可复用性好：提高适应性 、 灵活性我们可以在软件完成以后，仍然可以对软件进行扩展，加入新的功能，非常灵活。因此，这个软件系统就可以通过不断地增加新的组件，来满足不断变化的需求。可维护性好：由于对于已有的软件系统的组件，特别是它的抽象底层不去修改，因此，我们不用担心软件系统中原有组件的稳定性，这就使变化中的软件系统有一定的稳定性和延续性。12/16/20211312/16/202

6、11412/16/20211512/16/202116n一个软件系统的所有模块不可能都满足OCP，但是应该努力最小化这些不满足OCP的模块数量。 开-闭原则12/16/202117Public class Part private double basePrice; public void setPrice(double price) basePrice = price; public double getPrice() return basePrice; OCP例-类12/16/202118Public double totalprice(Part parts) double total=0

7、.0; for (int i=0;iparts.length;i+) total += partsi.getPrice(); return total;OCP例-某类方法12/16/202119n内存折扣？思考12/16/202120Public double totalprice(Part parts) double total=0.0; for (int i=0;iparts.length;i+) if(partsI instanceof Memory) total += partsi.getPrice() * 0.9; else total += partsi.getPrice(); r

8、eturn total;方法12/16/202121n符合OCP吗？思考12/16/202122Public class Memory extends Part public double getPrice() return basePrice * 0.9; 方法？12/16/202123n采用一个PricePolicy类，通过对其进行继承以提供不同的计价策略更好的方法？12/16/202124Public class Part private PricePolicy pricePolicy; public void setPricePolicy(PricePolicy policy) pri

9、cePolicy = policy; public void setPrice(double price) pricePolicy.setPrice( price ); public double getPrice() return pricePolicy.getPrice(); 方法12/16/202125Public class PricePolicy private double basePrice; public void setPrice(double price) basePrice = price; public double getPrice() return basePric

10、e; 价格策略12/16/202126Public class Sale extends PricePolicy private double discount; public void setDiscount(double discount) this.discount = discount; public double getPrice() return basePrice * discount; 销售策略12/16/202127n符合OCP了吗？思考12/16/202128应用实例w我们有一个需要在标准的GUI上绘制园和正方形的应用程序。圆和正方形必须要按照特定的顺序绘制。我们将创建一个

11、列表，列表由按照适当的顺序排列的园和正方形组成，程序遍历该列表，一次绘制出每个圆和正方形。12/16/202129w先考虑违反OCP的过程化方法n定义一个DrawAllShapes函数使用SWITCH来分支绘制图形w为什么不符合OCP？n因为它对于新的形状类型的添加不是封闭的n每增加一种新的形状类型，都必须要更改这个函数12/16/202130这样的设计糟糕在哪里？w增加形状会导致所有的程序、变量重新编译和部署w想在另一个程序中复用DrawAllShape这个函数时，都必须要附带上Square和Circle，即时那个程序不需要它们。12/16/202131怎样遵循OCPw编写一个shape抽象

12、类w这个类仅有一个抽象方法draw()w所有形状都从这个类派生w当绘制一种新的形状，只需要增加一个新的shape类的派生类。而DrawAllShapes 函数并不需要改变。12/16/202132n使用指向基类(超类)的引用的函数，必须能够在不知道具体派生类(子类)对象类型的情况下使用它们。(Function Thar Use Referennces To Base(Super) Classes Must Be Able To Use Objects Of Derived(Sub) Classes Without Knowing It)2.里氏替换法则12/16/20213312/16/202

13、13412/16/20213512/16/20213612/16/202137Public class Rectangle private double width; private double heigth; public Rectangle(double w,double h) width = w; heigth = h; public void setWidth(double w) width = w; public void setHeigth(double h) height = h; public double getWidth() return width; public do

14、uble getHeigth() return height; public double area() return width * height; LSP例-矩形类12/16/202138n正方形类 Squaren正方形是矩形，因此Square类应该从Rectangle类派生而来。思考12/16/202139Public class Square extends Rectangle public Square(double s) super(s,s); public void setWidth(double w) super.setWidth ( w ); super.setHeight(

15、 w ); public void setHeight(double h) super.setWidth ( h ); super.setHeight( h ); 正方形类12/16/202140Public class TestRectangle public static void testLSP(Rectangle r) r.setWidth(4.0); r.setHeight(5.0); System.out.println(“Width is 4.0 and Height is 5.0 ,Area is ” + r.area(); 测试类12/16/202141public stat

16、ic void main(String args) Rectangle r=new Rectangle(1.0,1.0); Square s = new Square(1.0); testLSP ( r ); testLSP ( s ); 测试12/16/202142n编写testLsp()方法的程序员做了一个合理的假设，即改变Rectangle的宽而保持它的高不变。n一个数学意义上的正方形可能是一个矩形，但是一个Square对象不是一个Rectangle对象，因为一个Square对象的行为与一个Rectangle对象的行为是不一致的！(矩形 仅包含get 因为set不同)n从行为上来说，一个

17、Square不是一个Rectangle！一个Square对象与一个Rectangle对象之间不具有多态的特征。问题12/16/20214312/16/202144nLiskov替换法则(LSP)清楚地表明了IS A关系全部都是与行为有关的。n为了保持LSP，所有子类必须符合使用基类的client所期望的行为。n一个子类型不得具有比基类型更多的限制，可能这对于基类型来说是合法的，但是可能会因为违背子类型的其中一个额外限制，从而违背了LSP！nLSP保证一个子类总是能够被用在其基类可以出现的地方小结12/16/202145n抽象不应当依赖于细节，细节应当依赖于抽象。n(Abstations sho

18、uld not depend upon details， Details should depend upon abstractions)3.依赖倒转原则12/16/202146 4612/16/202147 4712/16/202148 4812/16/202149 4912/16/202150n不将变量声明为某个特定的具体类的实例对象，而让其遵从抽象类定义的接口。实现类仅实现接口，不添加方法。n(Draw(shape*p) n不要Cricle*p Rectangle *p Triangle *p)针对接口编程12/16/202151n任何变量都不应该持有一个指向具体类的指针或引用n任何类都

19、不应该从具体类派生n任何方法都不应该覆写它的任何基类中已实现了的方法依赖于抽象12/16/2021521.Client不必知道其使用对象的具体所属类。2.一个对象可以很容易地被(实现了相同接口的)的另一个对象所替换。3.对象间的连接不必硬绑定(hardwire)到一个具体类的对象上，因此增加了灵活性。4.松散耦合(loosens coupling)。5.增加了重用的可能性。6.提高了(对象)组合的机率，因为被包含对象可以是任何实现了一个指定接口的类。 使用接口的优点12/16/202153n如果一个类的实例必须使用另一个对象，而这个对象又属于一个特定的类，那么复用性会受到损害。n如果“使用”类

20、只需使用“被使用”类的某些方法，而不是要求“被使用”类与“使用”类有“is-a”的关系，就可考虑，让“被使用”类实现一个接口，“使用”类通过这个接口来使用需要的方法，从而限制了类之间的依赖。n方案:为避免类之间因彼此使用而造成的耦合，让它们通过接口间接使用。约束12/16/202154nDIP可应用于任何存在一个类向另一个类发送消息的地方。DIP应用12/16/202155例ClientService12/16/202156例-找出潜在的抽象ClientClient InterfaceService12/16/202157n优先使用(对象)组合，而非(类)继承nFavor Compositio

21、n Over Inheritance 4.组合复用原则12/16/202158n容器类仅能通过被包含对象的接口来对其进行访问。n“黑盒”复用，因为被包含对象的内部细节对外是不可见。n封装性好。n实现上的相互依赖性比较小。n每一个类只专注于一项任务。n通过获取指向其它的具有相同类型的对象引用，可以在运行期间动态地定义(对象的)组合。组合优点12/16/202159n从而导致系统中的对象过多。n为了能将多个不同的对象作为组合块(composition block)来使用，必须仔细地对接口进行定义。组合缺点12/16/202160n(类)继承是一种通过扩展一个已有对象的实现，从而获得新功能的复用方法

22、。n泛化类(超类)可以显式地捕获那些公共的属性和方法。n特殊类(子类)则通过附加属性和方法来进行实现的扩展继承12/16/202161n容易进行新的实现，因为其大多数可继承而来。n易于修改或扩展那些被复用的实现。继承优点12/16/202162n破坏了封装性，因为这会将父类的实现细节暴露给子类。n“白盒”复用，因为父类的内部细节对于子类而言通常是可见的。n当父类的实现更改时，子类也不得不会随之更改。n从父类继承来的实现将不能在运行期间进行改变。继承缺点12/16/202163n仅当下列的所有标准被满足时，方可使用继承：1.子类表达了“是一个的特殊类型”，而非“是一个由所扮演的角色”。2.子类的

23、一个实例永远不需要转化(transmute)为其它类的一个对象。3.子类是对其父类的职责(responsibility)进行扩展，而非重写或废除(nullify)。4.子类没有对那些仅作为一个工具类(utility class)的功能进行扩展。Coad规则12/16/202164例PersonNameAddressStudentSchoolEmployeeSalary12/16/202165n组合与继承都是重要的重用方法n在OO开发的早期，继承被过度地使用n随着时间的发展，我们发现优先使用组合可以获得重用性与简单性更佳的设计n当然可以通过继承，以扩充可用的组合类集。n因此组合与继承可以一起工作

24、n但是我们的基本法则是：优先使用对象组合，而非(类)继承小结12/16/202166nLaw of Demetern又称 最少知识原则，一个对象应该对其他对象尽可能少的了解。5.迪米特法则 (LoD)12/16/202167n控制信息过载，提高封装能力。n1.创建弱耦合类，利于复用n2.降低成员访问权限n3.设计不变类广义12/16/202168n如果两个类不必彼此通信，那么这两个类就不应当发生直接的相互作用。如果其中的一个类需要调用另一个类的某一个方法的话，可通过第三者转发这个调用。狭义12/16/202169朋友圈12/16/20217012/16/202171Void Someone:Operation1(Friend friend) Stranger stranger = vide(); stranger.Operation3();Stranger Frie