国外互动网站,单位网站建设服务,网络工程师工资一般多少的,pw域名网站目录 设计模式概念耦合与解耦 常见-5种全部-23种创建型模式#xff08;Creational Patterns#xff09;单例模式#xff08;Singleton Pattern#xff09;工厂方法模式#xff08;Factory Method Pattern#xff09;#xff1a;抽象工厂模式#xff08;Abstract Factor… 目录 设计模式概念耦合与解耦 常见-5种全部-23种创建型模式Creational Patterns单例模式Singleton Pattern工厂方法模式Factory Method Pattern抽象工厂模式Abstract Factory Pattern建造者模式Builder Pattern原型模式Prototype Pattern 结构型模式Structural Patterns适配器模式Adapter Pattern桥接模式Bridge Pattern组合模式Composite Pattern装饰器模式Decorator Pattern外观模式Facade Pattern享元模式Flyweight Pattern代理模式Proxy Pattern 行为型模式Behavioral Patterns责任链模式Chain of Responsibility Pattern命令模式Command Pattern解释器模式Interpreter Pattern迭代器模式Iterator Pattern中介者模式Mediator Pattern备忘录模式Memento Pattern观察者模式Observer Pattern状态模式State Pattern策略模式Strategy Pattern模板方法模式Template Method Pattern访问者模式Visitor Pattern 设计模式概念
设计模式Design Pattern是经过反复验证的、用于解决软件设计中常见问题的通用解决方案。它们并不是直接可以复制的代码而是一些解决问题的思路和方法。设计模式主要目标是提高软件的可重用性、可维护性、扩展性和解耦性。 设计模式的核心思想是总结和提炼软件开发中的最佳实践帮助开发人员在面对具体问题时能够避免重复造轮子。
耦合与解耦
耦合是指两个或两个以上的体系或两种运动形式间通过相互作用而彼此影响以至联合起来的现象。在软件工程中对象之间的耦合度就是对象之间的依赖性。对象之间的耦合越高维护成本越高因此对象的设计应使类和构件之间的耦合最小。 解耦字面意思就是解除耦合关系。让数据模型业务逻辑和视图显示三层之间彼此降低耦合把关联依赖降到最低而不至于牵一发而动全身。原则就是A功能的代码不要写在B的功能代码中如果两者之间需要交互可以通过接口通过消息甚至可以引入框架但总之就是不要直接交叉写。 代表观察者模式观察者模式存在的意义就是「解耦」它使观察者和被观察者的逻辑不再搅在一起而是彼此独立、互不依赖。比如网易新闻的夜间模式当用户切换成夜间模式之后被观察者会通知所有的观察者「设置改变了大家快蒙上遮罩吧」。QQ消息推送来了之后既要在通知栏上弹个推送又要在桌面上标个小红点也是观察者与被观察者的巧妙配合。
常见-5种
最常见的设计模式单例模式、工厂方法模式、观察者模式、策略模式和装饰器模式。
全部-23种
总体来说设计模式分为三大类 创建型模式共五种工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。 结构型模式共七种适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。 行为型模式共十一种策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
创建型模式Creational Patterns
主要处理对象的创建问题确保对象创建过程的灵活性提供一些通用的方式来创建对象。
单例模式Singleton Pattern
确保类只有一个实例并提供全局访问点。 适用于控制某些资源如数据库连接、日志管理等的共享。 应用场景表现在全局状态管理如Redux中的Store。数据库连接池。日志记录器。
工厂方法模式Factory Method Pattern
定义一个创建对象的接口让子类决定实例化哪个类。 适用于需要创建不同类型的对象但不希望直接使用 new 来实例化时。
抽象工厂模式Abstract Factory Pattern
提供一个接口用于创建一系列相关或相互依赖的对象而无需指定它们具体的类。常用于跨平台的 UI 库等。
建造者模式Builder Pattern
使用多个简单的对象一步步构建成一个复杂的对象。 适用于对象构建过程非常复杂或者有多个可选项的情况。
原型模式Prototype Pattern
通过复制现有的对象来创建新的对象而不是通过构造函数来实例化。 适用于创建成本较高或需要大量相似对象的情况。
结构型模式Structural Patterns
关注如何将类和对象组合成更大的结构保证结构的灵活性和效率。
适配器模式Adapter Pattern
将一个类的接口转换成客户端期望的另一种接口使原本由于接口不兼容而不能一起工作的类可以一起工作。 适用于需要将现有类库或系统与其他接口兼容时。 一般应用场景表现在兼容旧代码。集成第三方库。
桥接模式Bridge Pattern
将抽象部分与实现部分分离使得两者可以独立变化。 适用于希望将抽象层和实现层解耦的场景。
组合模式Composite Pattern
将对象组合成树形结构以表示“部分-整体”的层次结构。 适用于需要处理树形结构数据的场景如文件系统。
装饰器模式Decorator Pattern
动态地给一个对象添加额外的职责不影响其他对象。 适用于增强或改变对象功能但不希望改变原有对象的情况。 一般应用场景表现在扩展对象功能如添加日志、缓存。动态添加属性或方法。
外观模式Facade Pattern
提供一个统一的接口用来访问子系统中的一组接口简化客户端与子系统的交互。 适用于复杂系统的简化接口层设计。
享元模式Flyweight Pattern
通过共享对象来减少内存使用尤其是大量相似的对象。 适用于内存密集型的系统特别是在大量相似对象存在时。
代理模式Proxy Pattern
为其他对象提供代理以控制对该对象的访问。 适用于需要控制访问的场景如虚拟代理、保护代理等。 一般应用场景表现在延迟加载如图片懒加载。访问控制如权限验证。缓存代理。
行为型模式Behavioral Patterns
关注对象之间的交互和责任分配确保对象之间能够有效协作。
责任链模式Chain of Responsibility Pattern
使多个对象都有机会处理请求从而避免请求发送者与接收者之间的耦合关系。 适用于处理多个处理环节的场景如请求处理、日志记录等。
命令模式Command Pattern
将请求封装为一个对象从而使用户能够传递不同的请求、队列或日志请求并支持可撤销的操作。 适用于实现操作队列、撤销操作等功能。 一般应用场景表现在撤销/重做功能。任务队列。宏命令。
解释器模式Interpreter Pattern
给定一个语言的语法定义一个解释器来解释语言中的句子。 适用于需要解析和解释的应用如正则表达式引擎。
迭代器模式Iterator Pattern
提供一种方法顺序访问集合对象中的每个元素而不暴露集合对象的内部结构。 适用于需要遍历集合类对象的场景。
中介者模式Mediator Pattern
用一个中介对象来封装一系列对象之间的交互使得对象不需要显示地引用其他对象从而使得松散耦合。 适用于复杂对象交互的场景如 UI 元素交互。
备忘录模式Memento Pattern
捕获一个对象的内部状态并在必要时恢复该状态而不暴露该对象的实现细节。 适用于需要保存和恢复对象状态的场景如撤销操作。
观察者模式Observer Pattern
定义对象之间的一对多依赖关系当一个对象状态改变时所有依赖于它的对象都会得到通知并自动更新。 适用于事件处理和数据绑定的场景。 一般应用场景表现在事件处理系统。数据绑定如Vue.js的响应式系统。发布-订阅系统。
状态模式State Pattern
允许对象在其内部状态改变时改变其行为表现出不同的行为。 适用于状态转换较为复杂的场景如工作流、状态机等。 一般应用场景表现在状态机如订单状态游戏角色状态。
策略模式Strategy Pattern
定义一系列算法并使它们可以相互替换算法的使用可以在运行时决定。 适用于有多种算法可以选择的场景且希望通过选择不同的算法来解决问题。 一般应用场景表现在动态选择算法如排序算法。表单验证规则。支付方式选择。
模板方法模式Template Method Pattern
定义一个操作中的算法骨架允许子类在不改变算法结构的情况下重新定义算法的某些步骤。 适用于需要一些步骤固定而其他步骤可以灵活变化的场景。 一般应用场景表现在框架设计。算法复用。
访问者模式Visitor Pattern
通过在不改变元素类的前提下增加新的操作来访问元素对象。 适用于需要对一组对象执行不同操作并且不想修改这些对象的情况。
