深入理解24种设计模式与六大设计原则

需积分: 10 1 下载量 84 浏览量 更新于2024-07-23 收藏 1.5MB PDF 举报
"《24种设计模式介绍与6大设计原则.pdf》是一本涵盖了软件设计中的核心概念和实践的指南,旨在帮助不同层次的开发者提升代码设计能力。书中详细阐述了24种经典的设计模式,包括策略模式、代理模式、单例模式等,并介绍了6大设计原则,为读者提供了丰富的设计思路和最佳实践。" 设计模式是软件工程中经过实践验证的、在特定情境下解决常见问题的模板,它们代表了在软件设计中经常出现的问题及其解决方案。本书深入讲解了以下24种设计模式: 1. **策略模式**:定义一系列算法,并将每个算法封装起来,使它们可以相互替换,让算法独立于使用它的客户而变化。 2. **代理模式**:为其他对象提供一种代理以控制对这个对象的访问,可以用于增加额外的功能或保护原对象。 3. **单例模式**:保证一个类只有一个实例,并提供一个全局访问点。 4. **多例模式**:与单例类似,但允许有限数量的实例存在。 5. **工厂方法模式**:定义一个创建对象的接口,但让子类决定实例化哪一个类。 6. **抽象工厂模式**:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们的具体类。 7. **门面模式**:为复杂的子系统提供一个简单的接口。 8. **适配器模式**:将一个类的接口转换成客户希望的另一个接口。 9. **模板方法模式**:定义一个操作中的算法骨架,而将一些步骤延迟到子类中。 10. **建造者模式**:将复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的表示。 11. **桥梁模式**:将抽象部分与实现部分分离,使它们可以独立变化。 12. **命令模式**:将请求封装为一个对象,从而可以使用不同的请求、队列请求、记录请求或者支持撤销操作。 13. **装饰模式**:动态地给一个对象添加一些额外的职责,可以不改变其结构的情况下扩展功能。 14. **迭代器模式**:提供一种方法顺序访问聚合对象的元素,而又不暴露其底层表示。 15. **组合模式**:允许用户对单个对象和组合对象进行统一的处理。 16. **观察者模式**:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。 17. **责任链模式**:将请求沿着处理者链传递,直到有处理者处理为止。 18. **访问者模式**:允许在不修改对象结构的情况下访问该结构的对象。 19. **状态模式**:允许对象在其内部状态改变时改变其行为,看起来好像对象改变了它的类。 20. **原型模式**:用原型实例指定创建对象的种类,并且通过复制这些原型创建新的对象。 21. **中介者模式**:用一个中介对象来封装一系列的对象交互,降低系统的耦合度。 22. **解释器模式**:定义一个语言的文法表示,并提供一个解释器来解释语言中的句子。 23. **亨元模式**:通过共享技术有效地支持大量细粒度的对象。 24. **备忘录模式**:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,以便以后恢复对象。 此外,书中还介绍了6大设计原则,这是软件设计的基础,包括: 1. **单一职责原则(SRP)**:一个类应该只有一个引起它变化的原因。 2. **开闭原则(OCP)**:对扩展开放,对修改关闭。 3. **里氏替换原则(LSP)**:子类必须能够替换掉它们的基类。 4. **接口隔离原则(ISP)**:客户端不应该被迫依赖它不需要的接口。 5. **依赖倒置原则(DIP)**:依赖于抽象,而不依赖于具体实现。 6. **迪米特法则(LoD)**:一个对象应该对其他对象有最少的了解。 通过理解并熟练运用这些设计模式和原则,开发者可以编写出更可维护、可扩展、易于理解和复用的代码,从而提升软件质量。无论是初级开发者还是资深架构师,都能从这本书中获益。
2018-08-30 上传
总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式,共七种:适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式,共十一种:策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。 二、设计模式的六大原则 1、开闭原则(Open Close Principle) 开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。 2、里氏代换原则(Liskov Substitution Principle) 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。 LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 3、依赖倒转原则(Dependence Inversion Principle) 这个是开闭原则的基础,具体内容:真对接口编程,依赖于抽象而不依赖于具体。 4、接口隔离原则(Interface Segregation Principle) 这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。还是一个降低类之间的耦合度的意思,从这儿我们看出,其实设计模式就是一个软件的设计思想,从大型软件架构出发,为了升级和维护方便。所以上文中多次出现:降低依赖,降低耦合。 5、迪米特法则(最少知道原则)(Demeter Principle) 为什么叫最少知道原则,就是说:一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。 6、合成复用原则(Composite Reuse Principle) 原则是尽量使用合成/聚合的方式,而不是使用继承。