本文主要是介绍01设计模式简述及七大原则,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
什么是设计模式?
- 是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。
- 目的为了实现代码的高内聚和低耦合。
- 在项目中合理的运用设计模式可以巧妙的解决很多问题。
- 设计模式在软件哪些地方被使用?
- 面向对象(oo)>功能模块【设计模式 + 算法(数据结构)】> 框架【使用到多种设计模式】==> 框架【服务器集群】
设计模式的七大原则
- 单一职责原则(Single Responsibility Principle)
- 对类来说,一个类只负责一个功能领域中的相应职责(就一个类而言,应该只有一个引起它变化的原因)。
- 目的为了降低类的复杂性、提高类的可读性和可维护性。
- 接口隔离原则isp(Interface Segregation Principle)
- 针对接口,实现接口最小化(接口中定义的方法尽可能少,功能单一)。
- 类之间的依赖关系应该建立在最小的接口上,降低类之间耦合度。
- 依赖倒转原则(Dependence Inversion Principle)
- 类似于针对接口编程思想,依赖于抽象,不要依赖具体类。
- 里式替换原则(Liskov Substitution Principle)
- 是对开闭原则的补充或实现手段之一,尽量把基类设计为抽象类或者接口,让子类继承基类或实现接口,子类可以扩展基类的功能,但不改变基类的原有功能。
- 实现开闭原则的关键就是抽象化,而基类与子类的继承关系就是抽象化的具体实现。
- 开闭原则ocp(Open Close Principle)
- 对扩展开放、对修改关闭(尽量用继承或组合的方式来扩展类的功能,而不是直接修改类的代码)。
- 迪米特法则,又称最小知道原则(Demeter Principle)
- 类向外公开的方法应该尽可能的少。
- 依赖的对象尽可能的少,应当尽量少地与其他实体之间发生相互作用,是的系统功能模块相对独立。
- 合成复用原则(Composite Reuse Principle)
- 软件复用时,尽可能先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现。
设计模式类型分类
- 创建型模式(Creational Patterns)
- 单例模式
- 工厂方法模式
- 抽象工厂模式
- 建造者模式
- 原型模式
- 结构型模式(Structural Patterns)
- 适配器模式
- 桥接模式
- 组合模式
- 装饰模式
- 外观模式
- 享元模式
- 代理模式
- 行为型模式(Behavioral Patterns)
- 访问者模式
- 模板模式
- 策略模式
- 状态模式
- 观察者模式
- 备忘录模式
- 中介者模式
- 迭代器模式
- 解释器模式
- 命令模式
- 责任链模式
J2EE模式(特别关注表示层)
- MVC模式(MVC Pattern)
- 业务代表模式(Business Delegate Pattern)
- 组合实体模式(Composite Entity Pattern)
- 数据访问对象模式(Data Access Object Pattern)
- 前端控制器模式(Front Controller Pattern)
- 拦截过滤器模式(Intercepting Filter Pattern)
- 服务定位器模式(Service Locator Pattern)
- 传输对象模式(Transfer Object Pattern)
这篇关于01设计模式简述及七大原则的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!