设计模式的六大原则
2016-03-20 17:55
387 查看
今天整理下java设计模式的六大原则,如果能够深刻理解,对编写代码大有裨益。
一、单一职责原则
一个类只有一个引起这个类变化的原因,即一个类只完成一种功能。即使不能一个类只完成一个功能,最少要保证一个方法只能完成一个功能。
二、依赖倒转原则
A、高层模块不应该依赖低层模块,两个都应该依赖抽象,即面向接口编程。
B、抽象不应该依赖细节,细节应该依赖抽象。
三、里式代换原则
凡是父类出现的地方都可以用子类代替并且原功能没有变化,子类不应该覆盖父类的飞抽象方法。
四、迪米特法则
如果两个雷不必彼此直接通信,那么这两个类就不应该发生直接的相互作用,如果其中一个类需要调用另一个类的一个方法的话,可以通过第三者转发这个调用。
迪米特法则的根本思想强调了类之间的松耦合。类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及。
五、接口隔离原则
一个接口完成的功能尽可能的单一,不要让一个接口承担过多的责任
六、开放-封闭原则
对扩展开放,对修改封闭
一、单一职责原则
一个类只有一个引起这个类变化的原因,即一个类只完成一种功能。即使不能一个类只完成一个功能,最少要保证一个方法只能完成一个功能。
二、依赖倒转原则
A、高层模块不应该依赖低层模块,两个都应该依赖抽象,即面向接口编程。
B、抽象不应该依赖细节,细节应该依赖抽象。
三、里式代换原则
凡是父类出现的地方都可以用子类代替并且原功能没有变化,子类不应该覆盖父类的飞抽象方法。
四、迪米特法则
如果两个雷不必彼此直接通信,那么这两个类就不应该发生直接的相互作用,如果其中一个类需要调用另一个类的一个方法的话,可以通过第三者转发这个调用。
迪米特法则的根本思想强调了类之间的松耦合。类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及。
五、接口隔离原则
一个接口完成的功能尽可能的单一,不要让一个接口承担过多的责任
六、开放-封闭原则
对扩展开放,对修改封闭
相关文章推荐
- hdoj 2017 字符串统计 (水)
- NET 中的 async/await 异步编程
- 捕获异常 try...catch{}
- 八大排序
- Android学习笔记-SharedPreferences
- cookie的简单使用
- 20135320赵瀚青LINUX内核分析第四周学习笔记
- 猎豹MFC、--拖动无边框窗体
- RAID技术介绍和总结
- HDU 2544 最短路
- winpe iso镜像下载(exe转iso获取)
- 283. Move Zeroes
- Linux内核分析第四周学习总结
- UDP
- 处理数据时,hadoop如何找最近的数据节点呢?
- struts 整合Hibernate 报错: no session or session was closed
- CSS元素分类
- Android Material Design(7) 转场动画的使用
- leetcode--Majority Element
- HTML5 Canvas 画布画出一条直线