Java_面向对象设计原则总结研讨.docxVIP

Java 面向对象16种设计原则 一 类的设计原则 1　依赖倒置原则－Dependency Inversion Principle (DIP) 2　里氏替换原则－Liskov Substitution Principle (LSP) 3　接口分隔原则－Interface Segregation Principle (ISP) 4　单一职责原则－Single Responsibility Principle (SRP) 5　开闭原则－The Open-Closed Principle (OCP) 　 二 包的设计原则 6　重用发布等价原则－Release Reuse Equivalency Principle (REP) 7　无环依赖原则－The Acyclic Dependencies Principle (ADP) 8　稳定依赖原则－The Stable Dependencies Principle (SDP) 9　稳定抽象等价原则－The Stable Abstractions Principle (SAP) 10　共同封闭原则－The Common Closure Principle (CCP) 11　全部重用原则－The Common Reuse Principle (CRP) 三 扩展原则 12 迪米特法则 －Least Knowledge Principle (LKP)13 黑盒原则－ BBP(Black Box Principle)14 缺省抽象原则 －DAP(Default Abstraction Principle)15 接口设计原则 －IDP(Interface Design Principle)16 不要构造具体的超类原则 －DCSP(Dont Concrete Supperclass Principle) 1. Dependency Inversion Principle (DIP) - 依赖倒置原则 依赖：在程序设计中，如果一个模块a使用或调用了另一个模块b，我们称模块a依赖模块b。高层模块与低层模块：往往在一个应用程序中，我们有一些低层次的类，这些类实现了一些基本的或初级的操作，我们称之为低层模块；另外有一些高层次的类，这些类封装了某些复杂的逻辑，并且依赖于低层次的类，这些类我们称之为高层模块。 依赖倒置原则的2个重要方针： A. 高层模块不应该依赖于低层模块，二者都应该依赖于抽象B. 抽象不应该依赖于细节，细节应该依赖于抽象 为什么叫做依赖倒置（Dependency Inversion）呢？ 面向对象程序设计相对于面向过程（结构化）程序设计而言，依赖关系被倒置了。因为传统的结构化程序设计中，高层模块总是依赖于低层模块。 问题的提出： Robert C. Martin在原文中给出了“Bad Design”的定义：1. 系统很难改变，因为每个改变都会影响其他很多部分。2. 当你对某地方做一修改，系统的看似无关的其他部分都不工作了。3. 系统很难被另外一个应用重用，因为你很难将要重用的部分从系统中分离开来。导致“Bad Design”的很大原因是“高层模块”过分依赖“低层模块”。一个良好的设计应该是系统的每一部分都是可替换的。如果“高层模块”过分依赖“低层模块”，一方面一旦“低层模块”需要替换或者修改，“高层模块”将受到影响；另一方面，高层模块很难可以重用。比如，一个Copy模块，需要把来自Keyboard的输入复制到Print，即使对Keyboard和Print的封装已经做得非常好，但如果Copy模块里直接使用Keyboard与Print，Copy任很难被其他应用环境（比如需要输出到磁盘时）重用。 问题的解决： 为了解决上述问题，Robert C. Martin提出了OO设计的Dependency Inversion Principle (DIP) 原则。DIP给出了一个解决方案：在高层模块与低层模块之间，引入一个抽象接口层。High Level Classes（高层模块） -- Abstraction Layer（抽象接口层） -- Low Level Classes（低层模块）抽象接口是对低层模块的抽象，低层模块继承或实现该抽象接口。这样，高层模块不直接依赖低层模块，高层模块与低层模块都依赖抽象接口层。当然，抽象也不依赖低层模块的实现细节，低层模块依赖（继承或实现）抽象定义。Robert C. Martin给出的DIP方案的类的结构图： PolicyLayer--MechanismInterface(abstract)--MechanismLayer--UtilityInterface(abstract)--U