企业营销型网站应该有哪些内容,百度广告联盟平台官网,成都网站建设排名,wordpress调用指定分类前言
最近在学框架的时候#xff0c;老师总是时不时带两句设计模式#xff0c;什么工厂模式#xff0c;单例模式#xff0c;开发框架用到就提一嘴#xff0c;但是没有细讲#xff0c;为了搞懂啥是设计模式#xff0c;为哈开发框架用到它#xff0c;我就查找资料#…前言
最近在学框架的时候老师总是时不时带两句设计模式什么工厂模式单例模式开发框架用到就提一嘴但是没有细讲为了搞懂啥是设计模式为哈开发框架用到它我就查找资料最后写一篇博客来总结一下 通过学习设计模式对各种开发框架的理解就更加透彻。
设计模式的由来
设计模式的概念最早是由 克里里斯托佛·亚历山大 在其著作 《建筑模式语言》 中首次提出的。 本书介绍了了城市设计的 “语言”提供了了253个描述城镇、邻里、住宅、花园、房间及西部构造的模式 而此类“语言” 的基本单元就是模式。后来 埃里希·伽玛、 约翰·弗利利赛德斯、 拉尔夫·约翰逊 和 理查德·赫尔姆 这四位作者接受了模式的概念。 1994 年 他们出版了 《设计模式 可复用面向对象软件的基础》一书 将设计模式的概念应用到程序开发领域中。
一些老的程序员也许并不了解设计模式的知识但是同样能写出优秀的代码主要是他们在不断地项目开发过程中不断积累提升优化总结最后摸索出来的“规律”他们总结的规律或他们的开发经验其实与设计模式提到的内容几乎⼀一致同样会要求高内聚、低耦合、可扩展、可复用。类似的经历可以想想在学习一些框架的源码时发现它里面的某些设计和你在做开发时⼀一样。
设计模式的定义
设计模式是软件开发中一些经过验证的、可重复使用的解决方案它们帮助程序员解决常见的编程问题。其实在了解了它的来历后对涉及模式就有一定理解了顾名思义就是模式什么模式开发设计的模式。
可以把设计模式想象成在烹饪中的食谱
它提供了一种做菜的方式虽然你可以想怎么做就怎么做但使用经典的食谱可以让你更快地做出美味的菜肴。
设计模式遵循的六大原则
单一职责 一个类和方法只做一件事里氏替换多态子类可扩展父类依赖倒置细节依赖抽象下层依赖上层接口隔离建立单一接口迪米特原则最少知道降低耦合开闭原则抽象架构扩展实现
设计模式的分类
为了好理解我没有细讲模式这里只讲是设计模式是按什么来分的
创建型模式
创建型模式关注对象的创建过程旨在将对象的创建与使用分离。主要的创建型模式有 单例模式Singleton Pattern确保一个类只有一个实例并提供全局访问点。适用于需要唯一实例的场景例如配置管理器、数据库连接池等。 工厂方法模式Factory Method Pattern定义一个创建对象的接口让子类决定实例化哪一个类。适用于需要创建多种类型对象但不希望具体实现细节暴露的场景。 抽象工厂模式Abstract Factory Pattern提供一个创建一系列相关或相互依赖对象的接口而无需指定它们的具体类。适用于需要创建多个相关对象的情况例如图形界面工具中的各种控件。 建造者模式Builder Pattern使用多个简单的对象一步步构建一个复杂的对象。适用于需要构建复杂对象的场景如构建一个复杂的文档或者产品。 原型模式Prototype Pattern通过复制现有的对象来创建新对象而不是通过构造函数。适用于需要复制对象的场景如对象的克隆和拷贝。
结构型模式
结构型模式关注对象和类的组合旨在帮助处理对象之间的关系使其更加灵活。主要的结构型模式有 适配器模式Adapter Pattern将一个类的接口转换成客户端希望的另一个接口。适用于需要兼容旧代码或不同接口的情况例如在旧系统中引入新的接口。 桥接模式Bridge Pattern将抽象部分与实现部分分离使它们可以独立变化。适用于需要在多个维度上变化的场景例如图形绘制系统中的形状和颜色。 装饰器模式Decorator Pattern动态地给对象添加一些额外的职责。适用于需要在运行时增加功能的场景如为窗口添加滚动条或边框。 组合模式Composite Pattern将对象组合成树形结构以表示“部分-整体”的层次结构。适用于需要处理树形结构的场景如文件系统中的目录和文件。 享元模式Flyweight Pattern通过共享对象来减少内存使用。适用于大量重复对象的场景如文本编辑器中的字符。 代理模式Proxy Pattern为其他对象提供一种代理以控制对该对象的访问。适用于需要控制对象访问的场景如远程代理和虚拟代理。
行为模式
行为型模式关注对象之间的交互和职责分配旨在提高对象之间的灵活性和可扩展性。主要的行为型模式有 观察者模式Observer Pattern定义一种一对多的依赖关系让多个观察者对象同时监听某一主题对象。当主题对象发生变化时所有依赖于它的观察者都会收到通知。适用于需要实现发布-订阅机制的场景如事件处理系统。 策略模式Strategy Pattern定义一系列算法将每一个算法封装起来并使它们可以互换。适用于需要选择不同算法或策略的场景如支付系统中的支付方式选择。 命令模式Command Pattern将请求封装为对象从而使你能够使用不同的请求、队列请求以及日志请求。适用于需要请求排队或撤销操作的场景如图形编辑器中的操作历史。 状态模式State Pattern允许对象在其内部状态改变时改变其行为。适用于对象行为依赖于其状态的场景如状态机和工作流管理。 责任链模式Chain of Responsibility Pattern将请求沿着处理链传递直到有对象处理它。适用于需要动态处理请求的场景如日志处理系统中的日志记录。 备忘录模式Memento Pattern在不暴露对象内部结构的情况下捕获对象的内部状态以便稍后恢复。适用于需要撤销和恢复操作的场景如编辑器中的撤销功能。 解释器模式Interpreter Pattern为语言定义文法并提供解释执行的方式。适用于需要处理和解释语言或表达式的场景如表达式解析器。 迭代器模式Iterator Pattern提供一种方法访问一个集合对象中的元素而无需暴露集合对象的内部表示。适用于需要遍历集合对象的场景如集合类库中的迭代器。 模板方法模式Template Method Pattern定义一个算法的框架而将一些步骤延迟到子类中。适用于需要固定算法步骤但允许子类修改某些步骤的场景如数据处理和文档生成。 访问者模式Visitor Pattern允许在不改变对象的前提下定义新的操作。适用于需要对对象结构执行不同操作的场景如对象的检验和分析。
总结
看到这应该就更能理解了为什么要有设计模式这么个东西它的模式和分类也不能说复杂其实学习设计模式跟我说的老程序员一样是一个“对症下药”的过程吃“熟练度”的死学反而效果不好希望大家能向架构师更进一步什么我成架构师了拜托你都知道框架怎么设计了好吧~
