设计模式-00 设计模式简介之几大原则

本专栏主要分析自己学习设计模式相关的浅解，并运用modern cpp 来是实现，描述相关设计模式。
通过编写代码，深入理解设计模式精髓，并且很好的帮助自己掌握设计模式，顺便巩固自己的cpp
语言功底。

(一)专栏学习前置知识

1. c++语言, c++11 特性
2. 面向对象 oop，尤其是c++ 相关

(二)几大设置原则

回顾设计模式几大原则：

(1)Single responsibility Principle 单一职责原则 SRP

单一职责原则是面向对象设计中的一个原则，它规定一个类或模块应该只负责一项职责。换句话说，一个类或模块应该只做一件事，并且做得很好。

SRP 的优点，遵守 SRP 有许多优点，包括：

• 可维护性提高： 职责单一的类或模块更容易维护，因为它们只关注一件事。
• 可读性提高： 职责单一的类或模块更容易理解，因为它们只包含与单一职责相关的信息。
• 可测试性提高： 职责单一的类或模块更容易测试，因为它们只包含一个关注点。
• 重用性提高： 职责单一的类或模块可以更容易地重用于其他应用程序或系统中。

(2)Open Close Principle 开闭原则 OCP 

开闭原则是面向对象设计中的一个原则，它规定软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。换句话说，您应该能够在不修改现有代码的情况下扩展软件的功能。

OCP 的优点，遵守 OCP 有许多优点，包括：

• 可维护性提高： 遵循 OCP 的软件更容易维护，因为您可以在不修改现有代码的情况下添加新功能。
• 可扩展性提高： 遵循 OCP 的软件更容易扩展，因为您可以轻松地添加新功能，而无需担心破坏现有功能。
• 灵活性提高： 遵循 OCP 的软件更灵活，因为它可以轻松地适应新的需求和要求。

(3)Liskov Substitution Principle 里氏代换原则

里氏代换原则面向对象设计中的一个原则，它规定子类型必须能够替换其基类型而不会破坏程序的正确性。
换句话说，任何使用基类型的地方都应该可以透明地使用其子类型而不改变程序的行为。

LSP 的优点，遵守 LSP 有许多优点，包括：

• 可维护性提高： 遵循 LSP 的代码更容易维护，因为您可以替换子类型而无需担心破坏现有代码。
• 可扩展性提高： 遵循 LSP 的代码更容易扩展，因为您可以轻松地添加新的子类型，而无需担心破坏现有代码。
• 灵活性提高： 遵循 LSP 的代码更灵活，因为它可以轻松地适应新的需求和要求。

遵循 LSP 通常涉及确保子类型与基类型的行为兼容。例如，如果基类型有一个方法，则子类型也必须有一个具有相同名称
和参数类型的方法，并且该方法的行为不能比基类型的方法更宽松。

遵循 LSP 并不总是容易的，然而，努力遵循这一原则可以大大提高代码的可维护性、可扩展性和灵活性。
 

(4) Interface Segregation Principle 接口隔离原则 

接口隔离原则（Interface Segregation Principle，ISP）

接口隔离原则是面向对象设计中的一个原则，它规定客户端不应该被迫依赖它们不使用的接口。换句话说，接口应该被细分为更小的、更具体的接口，以便客户端只依赖它们实际需要的接口。

ISP 的优点，遵守 ISP 有许多优点，包括：

• 可维护性提高： 遵循 ISP 的代码更容易维护，因为您可以轻松地修改或删除接口而不会影响其他客户端。
• 可扩展性提高： 遵循 ISP 的代码更容易扩展，因为您可以轻松地添加新的接口而无需影响现有客户端。
• 灵活性提高： 遵循 ISP 的代码更灵活，因为它可以轻松地适应新的需求和要求。
• 如何遵循 ISP

遵循 ISP 通常涉及将大型接口分解成更小的、更具体的接口。例如，您可以创建一个接口来定义一组基本操作，然后创建其他接口来扩展基本操作并提供特定功能。

遵循 ISP 并不总是容易的，特别是在处理复杂系统时。然而，努力遵循这一原则可以大大提高代码的可维护性、可扩展性和灵活性。

(5)Dependence Inversion Principle 依赖倒转原则

依赖倒转原则是面向对象设计中的一个原则，它规定高层模块不应该依赖底层模块。相反，两者都应该依赖于抽象。抽象不应该依赖细节，细节应该依赖抽象。

DIP 的优点

遵守 DIP 有许多优点，包括：

• 可测试性提高： 遵循 DIP 的代码更容易测试，因为您可以轻松地模拟抽象而不必担心底层实现。
• 可维护性提高： 遵循 DIP 的代码更容易维护，因为您可以轻松地修改或替换底层实现而不影响高层模块。
• 可扩展性提高： 遵循 DIP 的代码更容易扩展，因为您可以轻松地添加新的高层模块而无需担心底层实现。

遵循 DIP 通常涉及使用抽象类或接口来定义模块之间的依赖关系。然后，您可以将具体类实现为抽象类或接口，而无需担心高层模块的实现。

遵循 DIP 并不总是容易的，特别是在处理复杂系统时。然而，努力遵循这一原则可以大大提高代码的可测试性、可维护性和可扩展性。

(三)总结

今天先先总结这几个大的设置原则，后续相关具体的设计模式，都会体系这些设计原则。