网站建设 嘉定,瑞安做网站多少钱,上街网络推广,wap网站生成微信小程序文章目录 引言概述基本原则设计模式总览 引言 随着编码时间拉长#xff0c;遇到的问题增加#xff0c;发现设计模式对于解决某类场景问题确实帮助很大。其实在不了解设计模式之前#xff0c;其设计思想也已经在日常开发中有所体现#xff0c;只是没有总结出来。设计模式像是… 文章目录 引言概述基本原则设计模式总览 引言 随着编码时间拉长遇到的问题增加发现设计模式对于解决某类场景问题确实帮助很大。其实在不了解设计模式之前其设计思想也已经在日常开发中有所体现只是没有总结出来。设计模式像是经验老道的程序员将他的编程经验毫无保留的开源引导新手更好的处理某一类问题。 之前我发布了一系列关于设计模式的文章。通过总结这个系列有助于以后回顾和修改。如果用C来实现所有的设计模式将会显著提升C编程能力是入门的好方法。
概述 为什么会有一系列设计模式的产生而且还有23种 总结主要有以下几点: 代码复用 在软件开发过程中经常会遇到相似的问题需要解决。设计模式通过提供一套经过验证的解决方案可以帮助开发者更高效地重用代码减少重复工作提高开发效率。 经验总结 软件行业经验丰富的开发者在解决问题时积累了大量的经验和技巧设计模式可以将这些经验进行抽象、总结和归纳从而为其他开发者提供参考和指导。 代码质量 设计模式能够帮助开发者编写具有良好结构和可维护性的代码。它们提供了一种被广泛认可的最佳实践可以避免一些常见的设计错误并促进代码的质量和可读性。 沟通和传递知识 设计模式为开发者之间的沟通提供了共享的词汇和方法。它们使得开发者能够更容易地理解、讨论和交流关于软件设计的话题促进团队合作和知识传递。 以上是设计模式的目的主要是为了提升代码质量方便项目的维护和扩展。但需要注意的是使用设计模式的前提是对业务场景了然于心若没有吃透业务而贸然使用设计模式反而会适得其反让自己困于设计模式中束手束脚。另外设计模式并不是万能的它只是为解决某一类场景提供一种编程思路使用它应该是顺理成章而非生搬硬套。 另外设计模式并不是架构设计。两者侧重点不一样架构设计关注的是层次结构、模块划分、数据流动、组件间协作等各个方面设计模式则更多地关注于局部问题的解决方案例如如何更好地组织对象、如何实现松耦合、如何应对变化等。可以说设计模式是架构设计的一种工具。
基本原则 说到底设计模式只是一种编程思路和一套通用解决方案既然是编程那么它也是遵循一套编程原则的。理解它遵循的原则能够方便我们更容易理解每一种设计模式同时对于日常开发也裨益匪浅。 单一职责原则Single Responsibility Principle, SRP 原则 一个类应该有且仅有一个引起它变化的原因。 理解 单一职责原则要求一个类或模块应该只负责一项功能或责任。如果一个类承担了多个不同的职责那么对其中一个职责的修改可能会影响其他职责的实现导致代码的复杂性增加、可维护性下降。 开闭原则Open Closed Principle, OCP 原则 软件实体类、模块、函数等应该对扩展开放对修改封闭。 理解 开闭原则要求不要修改现有的代码只允许增加扩展。这就要求在设计初要考虑清楚当前模块业务功能保证每个接口独立可复用一旦项目闭环此接口就不应该再有调整避免引入新的问题。个人理解这是比较理想的状态。在实际开发中为了兼容新增的功能同时避免增加功能类似的多余接口往往会调整现有的接口 里氏替换原则Liskov Substitution Principle, LSP 原则 一个父类的实例应该能够被其子类所替换而不影响程序的正确性。 理解 里氏替换原则的关键在于正确使用继承。子类需要符合父类所定义的行为同时子类可以在保持父类行为的基础上增加新的行为。父类是为派生类提供功能定义至于怎么实现不同的子类有不同的方案。例如一套中间件可运行在不同的平台上就源于各个平台子类按照自己的方式实现了中间件一套标准的父类接口 依赖倒置原则Dependence Inversion Principle, DIP 原则 高层模块不应该依赖于低层模块它们都应该依赖于抽象。 理解 高层模块应该依赖于抽象接口或抽象类而不是具体的低层模块。如此设计方便了抽象同时也能定义出一套职责清晰的功能接口。接口实现也不用担心高层的逻辑只用专注自身的功能。 接口隔离原则Interface Segregation Principle, ISP 原则 客户端不应该依赖它不需要的接口 理解 在设计对外接口时功能应尽可能的单一和细微。避免客户端在调用一个接口时接口的内部又调用了其他无关功能。举个例子打开电视我只想看CCTV直播但是开机界面总是推荐的付费电视剧为此我要通过遥控器点击一系列的按键才能进入CCTV直播。应该单独定义付费电视剧和直播的快捷入口需要时我会选择而并非想看直播必须要先看一堆不喜欢的推荐页面。当然这是一种引导消费的手段无可厚非 迪米特法则Law of Demeter, LoD 原则 如果两个类不必彼此直接通信那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一类的某一个方法的话可以通过第三者转发这个调用。 理解 应该减少对象之间的直接交互另外交互的方式也应该基于通用的接口。例如租户、中介和房东三者之间的关系租户有事情只需要找中介房东有事情也只找中介。如此一来租户有事情不需要又联系中介又联系房东房东也是一样。中介本来就是两者的桥梁减少租户和房东的对外耦合对外的交互也单一。
设计模式总览
将之前输出的23种设计模式罗列出来按需访问
创建型模式
设计模式 | 工厂抽象工厂模式设计模式 | 生成器模式设计模式 | 原型模式设计模式 | 单例模式
结构型模式
设计模式 | 适配器模式设计模式 | 桥接模式设计模式 | 组合模式设计模式 | 装饰模式设计模式 | 外观模式设计模式 | 享元模式设计模式 | 代理模式
行为型模式
设计模式 | 责任链模式设计模式 | 命令模式设计模式 | 迭代器模式设计模式 | 中介者模式设计模式 | 备忘录模式设计模式 | 观察者模式设计模式 | 状态模式设计模式 | 策略模式设计模式 | 模板方法模式设计模式 | 访问者模式
