框架工程师面向对象编程（OOP）基础

框架工程师面向对象编程（OOP）基础CONTENTS面向对象编程简介01目录面向对象的基本原则02常见面向对象设计模式03面向对象编程简介01类是模板，对象是根据类创建的实例。对象具有状态（属性）和行为（方法）。类通过定义属性与方法，为对象提供了统一的构造。封装是隐藏对象的内部细节，仅对外公开一个可以被调用的接口。封装有助于数据安全和代码可维护性。通过访问修饰符（如private,

protected,

public）控制对类成员的访问。继承允许新的类（子类）继承现有类（父类）的属性和方法。继承促进代码重用并建立了类之间的层次关系。子类可以扩展父类的行为，也可以覆盖父类的方法。封装继承类与对象多态允许不同类的对象对同一消息做出响应。多态通过接口或抽象类实现，使代码更灵活和可扩展。它允许在运行时根据对象的实际类型来调用对应的方法。多态面向对象编程概念01代码复用性通过继承和接口，可以重用代码和实现。可以通过继承建立一套基础功能，供不同子类复用。公共接口和抽象类也支持代码复用。02可维护性封装和抽象使得理解和修改代码更加容易。代码结构清晰，便于团队合作和后期维护。面向对象的设计促进模块化，每个对象负责单一职责。03可扩展性由于基于类和继承的架构，添加新功能或修改现有功能较为简单。通过增加新的子类，可以轻松扩展已有的类层次结构。接口允许在不修改实现的情况下增加新的功能。04模块化OOP鼓励将功能分解成独立的、可重用的对象。每个对象可以独立开发和测试，提高了开发效率。模块化使得系统更易于理解和

debug，因为每个模块的功能范围有限。OOP的优势面向对象的基本原则02定义与解释每个对象或模块应该只负责一项任务。确保对象的功能单一，易于理解和维护。避免对象承担过多的职责，导致功能混乱。单一职责原则01软件实体（类、模块、函数等）应该对扩展开放，对修改封闭。02允许增加新的功能，而不需要修改已有代码。03通过抽象和接口来实现代码的可扩展性。定义与解释开放封闭原则子类应当覆盖父类的所有方法，或实现所有接口。子类可以增加额外的方法，但不能减少父类的方法。定义与解释确保在程序中使用基类引用时，不会受到子类影响。里氏替换原则定义与解释客户端不应该依赖它不需要的接口。接口应该尽可能的小，只包含客户端需要的方法。避免强迫客户端实现不必要的方法。接口隔离原则高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不应该依赖细节，细节应该依赖抽象。通过抽象层来实现依赖关系，提高代码的可维护性和可扩展性。定义与解释依赖倒置原则常见面向对象设计模式03单例模式确保一个类只有一个实例，并提供一个全局访问点。常用于资源管理、配置管理以及日志管理等场景。有助于节省系统资源，避免因实例过多导致的性能问题。工厂方法模式定义一个用于创建对象的接口，让子类决定实例化哪一个类。使一个类的实例化延迟到其子类中进行，增强了程序的灵活性和可扩展性。适用于有多种类型但难以预测具体需要哪种类型的场景。抽象工厂模式提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。有利于对象的一致性命名和系统解耦，便于切换和扩展。适用于不同产品系列间的对象创建，且这些产品系列具有共同的接口。建造者模式将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示。便于构建不同版本的对象，提高代码的可维护性和可读性。适用于构建过程复杂，且具有多个可变组件的对象。原型模式使用原型实例指定创建对象的种类，并通过复制这些原型创建新的对象。实现了创建型设计模式中的“按需创建”，降低了创建成本。适用于对象的创建成本较高，或者创建对象较为复杂的情况。创建型设计模式为其他对象提供一种代理以控制对这个对象的访问。保护目标对象，隐藏其细节，在客户端和目标对象之间起到中介作用。适用于需要保护目标对象，或者在不修改现有代码的前提下添加新的功能。代理模式提供了一个统一的接口，用来访问子系统中的一群接口。降低了客户与子系统之间的耦合，简化了子系统接口的调用。适用于子系统之间相互独立，且接口复杂的情况下。外观模式动态地给一个对象添加一些额外的职责，就增加功能来说，装饰器模式比生成子类更为灵活。增强了系统的可扩展性和灵活性，符合开闭原则。适用于在运行时根据需要动态地给对象添加功能。装饰器模式将一个类的接口转换成客户期望的另一个接口，使得原本接口不兼容的类可以一起工作。提高了类的复用，减少了系统的复杂度。适用于需要不同接口以适应不同客户需求的情况。适配器模式将抽象部分与实现部分分离，使它们都可以独立地变化。提高了系统的可维护性和可扩展性，增强了抽象部分与实现部分间的解耦。适用于抽象部分和实现部分需要独立变化的情况。桥接模式结构型设计模式观察者模式当一个对象的状态发生改变时，自动通知所有依赖于它的对象。实现了对象间的一对多的依赖关系，提高了系统的模块性和健壮性。适用于一个对象状态改变需要多个对象得知并作出相应处理的场景。状态模式允许一个对象在其内部状态改变时改变它的行为。使对象的状态变化逻辑与对象的主要逻辑分离，提高了代码的可维护性。适用于对象的状态变化会影响到其行为，且状态切换频繁的场景。策略模式定义了算法家族，分别封装起来，让它们之间可以互相替换。使算法的变化独立于使用算法的客户，提高了系统的灵活性和可维护性。适用于有多种算法可供选择，且算法选择会影响到系统性能的场景。命令模式将请求封装为一个对