面向对象编程

面向对象的五个基本原则

面向对象的五个基本原则包括‌单一职责原则、‌开放封闭原则、‌里氏替换原则、‌接口隔离原则和‌依赖倒置原则。这些原则旨在提高软件的可维护性、灵活性和可扩展性。具体介绍如下：‌

单一职责原则（Single Responsibility Principle, SRP）：

一个类或者模块应该只有一个引起它变化的原因。这意味着一个类应该专注于一个特定的功能或责任，如果类承担了多个职责，它的变化可能会影响其他不相关的职责，导致设计变得复杂和难以维护。‌

开放封闭原则（Open-Closed Principle, OCP）：

软件实体应该是可扩展的，而对修改是封闭的。这意味着当需求变化时，软件应该能够添加新的功能而不需要修改已有的代码。这有助于减少因修改已有代码而引入的新错误，提高软件的稳定性。‌23

里氏替换原则（Liskov Substitution Principle, LSP）：

子类必须能够替换基类而不会影响程序的功能。这意味着在程序中任何基类出现的地方，子类也可以出现，且行为应当与基类一致，这保证了软件设计的正确性和可扩展性。‌里氏替换原则有以下几个要点：🎏

子类必须完全实现父类的抽象方法：子类在继承父类时，必须实现父类中所有的抽象方法，不能有任何缺失或修改。

子类可以有自己的特殊行为：子类可以在实现父类的抽象方法时，增加自己的特殊行为，但不能修改父类的实现逻辑。

子类的前置条件不能比父类更强：子类的方法的前置条件（接收的参数、调用的方法等）不能比父类更限制。

子类的后置条件不能比父类更弱：子类的方法的后置条件（返回值、抛出的异常等）不能比父类更宽松。

子类不能抛出比父类更多的异常：子类的方法不能抛出父类方法未声明的异常。

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

该原则强调将大接口拆分成更小的、更具体的接口，这样客户端只需要知道它感兴趣的方法。这减少了客户端与接口之间的耦合，使得接口更容易维护和扩展。‌
接口隔离原则有以下几个要点：🎃

接口应该尽可能小：接口应该只包含客户端需要的方法，不应该包含不相关或不必要的方法。一个接口应该具有单一责任，只负责一个特定的功能或行为。

客户端不应该依赖它不需要的接口：客户端应该只依赖它需要的接口，而不应该依赖它不需要的接口。这样可以避免客户端受到不必要的影响和依赖。

接口设计应该稳定：接口设计应该经过合理的考虑和分析，避免频繁变更和修改。稳定的接口可以提供稳定的依赖关系，减少对接口的依赖。

依赖倒置原则（Dependency Inversion Principle, DIP）：

高层模块不应该依赖于低层模块的具体实现细节，而应该依赖于抽象。这有助于减少代码之间的耦合，使得软件更加灵活和可扩展。
依赖倒置原则有以下几个要点：🎯

高层模块定义抽象接口或抽象类：高层模块应该定义一个抽象接口或抽象类，用于定义它所依赖的低层模块的行为。

低层模块实现抽象接口或抽象类：低层模块应该实现高层模块定义的抽象接口或抽象类，提供具体的实现。

高层模块通过抽象接口或抽象类依赖低层模块：高层模块应该通过抽象接口或抽象类来依赖低层模块，而不是直接依赖具体的实现类。

面向对象的设计模式

一、创建型模式

1、抽象工厂模式(Abstract factory pattern): 提供一个接口, 用于创建相关或依赖对象的家族, 而不需要指定具体类.
2、生成器模式(Builder pattern): 使用生成器模式封装一个产品的构造过程, 并允许按步骤构造. 将一个复杂对象的构建与它的表示分离, 使得同样的构建过程可以创建不同的表示.
3、工厂模式(factory method pattern): 定义了一个创建对象的接口, 但由子类决定要实例化的类是哪一个. 工厂方法让类把实例化推迟到子类.
4、原型模式(prototype pattern): 当创建给定类的实例过程很昂贵或很复杂时, 就使用原形模式.
5、单例了模式(Singleton pattern): 确保一个类只有一个实例, 并提供全局访问点.
6、多例模式(Multition pattern): 在一个解决方案中结合两个或多个模式, 以解决一般或重复发生的问题.

二、结构型模式

1、适配器模式(Adapter pattern): 将一个类的接口, 转换成客户期望的另一个接口. 适配器让原本接口不兼容的类可以合作无间. 对象适配器使用组合, 类适配器使用多重继承.
2、桥接模式(Bridge pattern): 使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变.
3、组合模式(composite pattern): 允许你将对象组合成树形结构来表现"整体/部分"层次结构. 组合能让客户以一致的方式处理个别对象以及对象组合.
4、装饰者模式(decorator pattern): 动态地将责任附加到对象上, 若要扩展功能, 装饰者提供了比继承更有弹性的替代方案.
5、外观模式(facade pattern): 提供了一个统一的接口, 用来访问子系统中的一群接口. 外观定义了一个高层接口, 让子系统更容易使用.
6、亨元模式(Flyweight Pattern): 如想让某个类的一个实例能用来提供许多"虚拟实例", 就使用蝇量模式.
7、代理模式(Proxy pattern): 为另一个对象提供一个替身或占位符以控制对这个对象的访问.

三、行为型模式

1、责任链模式(Chain of responsibility pattern): 通过责任链模式, 你可以为某个请求创建一个对象链. 每个对象依序检查此请求并对其进行处理或者将它传给链中的下一个对象.
2、命令模式(Command pattern): 将"请求"封闭成对象, 以便使用不同的请求,队列或者日志来参数化其他对象. 命令模式也支持可撤销的操作.
3、解释器模式(Interpreter pattern): 使用解释器模式为语言创建解释器.
4、迭代器模式(iterator pattern): 提供一种方法顺序访问一个聚合对象中的各个元素, 而又不暴露其内部的表示.
5、中介者模式(Mediator pattern) : 使用中介者模式来集中相关对象之间复杂的沟通和控制方式.
6、备忘录模式(Memento pattern): 当你需要让对象返回之前的状态时(例如, 你的用户请求"撤销"), 你使用备忘录模式.
7、观察者模式(observer pattern): 在对象之间定义一对多的依赖, 这样一来, 当一个对象改变状态, 依赖它的对象都会收到通知, 并自动更新.
8、状态模式(State pattern): 允许对象在内部状态改变时改变它的行为, 对象看起来好象改了它的类.
9、策略模式(strategy pattern): 定义了算法族, 分别封闭起来, 让它们之间可以互相替换, 此模式让算法的变化独立于使用算法的客户.
10、模板方法模式(Template pattern): 在一个方法中定义一个算法的骨架, 而将一些步骤延迟到子类中. 模板方法使得子类可以在不改变算法结构的情况下, 重新定义算法中的某些步骤.
11、访问者模式(visitor pattern): 当你想要为一个对象的组合增加新的能力, 且封装并不重要时, 就使用访问者模式.