设计模式介绍

内容出处

以下内容均来自chatGPT，本人仅是做了一下整理，是知识的搬运工

设计模式的价值

设计模式的价值在于提高软件系统的可维护性、可扩展性、可重用性和灵活性，从而降低软件开发和维护的成本，提高软件质量和效率。以下是设计模式的价值：

1. 降低系统复杂度：设计模式提供了一些通用的解决方案，可以使系统的设计更加简单和清晰，降低系统的复杂度，使得代码更加易读易懂。
2. 提高代码重用性：设计模式可以将一些通用的代码逻辑封装起来，使得代码更加可重用，减少了代码的重复编写，提高了代码的效率和质量。
3. 提高系统的可维护性：设计模式可以使系统的代码更加清晰、易读，降低了系统的复杂度，使得代码更容易维护和修改。
4. 提高系统的可扩展性：设计模式可以使系统更加灵活，可以轻松地增加新的功能和模块，而不会影响原有的系统功能。
5. 提高系统的灵活性：设计模式可以使系统更加容易应对需求变化和技术变化，使得系统更具有适应性和可扩展性。
6. 提高团队开发效率：设计模式提供了一些通用的解决方案，可以使团队成员更容易理解和维护代码，从而提高团队的开发效率。
   综上所述，设计模式的价值在于提高软件系统的质量和效率，降低开发和维护的成本，使得开发人员可以更加专注于业务逻辑的实现。

设计模式常用七大原则

设计模式常用的七大原则也称为SOLID原则，是面向对象设计中的基本原则，用于指导代码的设计和开发。

1. 单一职责原则(Single Responsibility Principle，SRP)：一个类只负责单一的职责，不要承担过多的责任。这样可以降低类的复杂度，提高代码的可读性和可维护性。
2. 开闭原则(Open-Closed Principle，OCP)：软件实体(类、模块、函数等)应该是可扩展的，但是不可修改。这样可以保证原有的代码稳定性，同时也可以保证系统的灵活性和可扩展性。
3. 里氏替换原则(Liskov Substitution Principle，LSP)：子类可以替换父类，而不影响程序的正确性。这样可以保证代码的可重用性和扩展性。
4. 接口隔离原则(Interface Segregation Principle，ISP)：客户端不应该依赖它不需要的接口。这样可以避免系统的耦合度过高，提高系统的灵活性和可扩展性。
5. 依赖倒置原则(Dependency Inversion Principle，DIP)：高层模块不应该依赖低层模块，而是应该依赖抽象。这样可以保证系统的松耦合，提高系统的可维护性和可扩展性。
6. 迪米特法则(Law of Demeter，LoD)：一个对象应该对其他对象有最少的了解，只与其直接朋友通信。这样可以降低系统的耦合度，提高系统的灵活性和可维护性。
7. 合成复用原则(Composite Reuse Principle，CRP)：尽量使用对象组合，而不是继承关系来达到复用的目的。这样可以保证代码的可重用性和扩展性。
   这些原则可以帮助开发人员设计出高质量、易维护和可扩展的代码，是面向对象设计中非常重要的指导原则。

设计模式种类

1. 创建型模式（Creational Patterns）：用于处理对象的创建，这些模式通过对象的创建方式来解耦对象的使用和创建。常用的创建型模式包括：单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式。
2. 结构型模式（Structural Patterns）：用于处理类或对象的组合关系，以达到更加灵活和高效的设计。常用的结构型模式包括：适配器模式、桥接模式、组合模式、装饰器模式、外观模式、享元模式、代理模式。
3. 行为型模式（Behavioral Patterns）：用于处理类或对象之间的通信和协作，以达到更加优雅和高效的设计。常用的行为型模式包括：责任链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式、访问者模式。

扩展：并发型模式（Concurrent Patterns）：用于处理多线程环境下的设计问题，以达到更加高效和安全的设计。常用的并发型模式包括：活跃对象模式、双重检查锁定模式、读写锁模式、保护性暂停模式、顺序锁模式、管程模式、线程本地存储模式、单例模式。

除了上述分类之外，还有一些其他类型的设计模式，例如领域逻辑模式、架构模式、企业模式等，这些模式是根据特定的应用场景和需求而提出的。
需要注意的是，并非所有的设计模式都是必须使用的，应该根据具体的应用场景和需求来选择和使用不同的设计模式。同时，在使用设计模式时也需要注意适度，不要过度使用设计模式，以免导致代码过于复杂和难以维护。