o2o网站开发框架,郑州建设网站的公司,郑州网站高端网站设计,北京网站关键词优化公设计模式
定义#xff1a;软件开发中#xff0c;在特定上下文中解决一类常见问题的被证明为有效的最佳实践。可供其他开发者重复使用解决相似问题。 好处#xff1a;
提高代码的可重用性#xff0c;减少重复代码。提高代码的可维护性#xff0c;使代码更易于理解和修改。…设计模式
定义软件开发中在特定上下文中解决一类常见问题的被证明为有效的最佳实践。可供其他开发者重复使用解决相似问题。 好处
提高代码的可重用性减少重复代码。提高代码的可维护性使代码更易于理解和修改。提高代码的可扩展性使系统更易于适应新的需求或变化。促进团队之间的沟通和协作因为设计模式为解决问题提供了共同的语言和思路。
总结 设计模式不应过渡使用可能会导致代码变得复杂且难以理解提高了代码抽象性可能导致系统可维护性降低使得适得其反。
一、单一职责原则Single Responsibility PrincipleSRP 一个类或模块应该只有一个修改的理由。即一个类或模块应该只有一个职责。 二、开闭原则Open/Closed PrincipleOCP 软件实体类、模块、函数等应该对扩展开放对修改关闭。即在不修改已有代码的情况下通过扩展来实现新的功能或变化。 三、里氏替换原则Liskov Substitution PrincipleLSP 所有引用基类父类的地方必须能够透明地使用其子类的对象。即子类对象可以替换掉父类对象而程序不会出错或产生异常。 四、迪米特法则Law of DemeterLoD 也称为最少知识原则Principle of Least KnowledgePoLK或者叫作不要和陌生人说话Don’t talk to strangers。⼀个实体应当尽量少地与其他实体之间发生相互作用使得系统功能模块相对独立。 五、接口隔离原则Interface Segregation PrincipleISP 客户端不应该依赖它不需要的接口。使用多个隔离的接口比使用单个接口要好降低类之间的耦合度 六、依赖倒转原则Dependency Inversion PrincipleDIP 高层模块不应该依赖于低层模块二者都应该依赖于抽象。抽象不应该依赖于具体实现具体实现应该依赖于抽象。也即是面向接口编程。
