大话设计模式-代码设计原则
2016-03-04 13:52
281 查看
单一职责原则
就一个类而言,应该仅有一个引起他变化的原因。 软件设计要做许多内容就应该不那些职责相互分离,如果能够想到多余一个的动机去改变一个类,那么这个类就具有多余一个职责
开放-封闭原则
是软件实体(类,模块,函数等)应该可以扩展、不可以修改。 这个原则有两个特性 1、是可以拓展。 2、是不可以修改
依赖倒转原则
A.高层模块不应该依赖底层模块,两个都应该依赖抽象 B.凑想不应该依赖细节,细节应该依赖于抽象 (应该面向接口编写代码不是面向对象 ,降低耦合度)
李氏代换原则
李氏代换原则:子类型必须能替换掉他们的父类型 (子类可以当父类使用)
迪米特法则
如果两个类不必彼此直接通讯,那么这两个类就不应当发生直接的相互作用。如果一个类需要调用另一个类的某个方法的话,可以通过第三者转发这个调用(例如:装饰模式 和代理模式等。。。)
相关文章推荐
- php中strtotime与mktime的Y2K38漏洞(时间最长为2038年)
- c#中反射的用法(即如何根据字符找到已定义的变量)
- 探究java方法参数传递——引用传递?值传递!
- Java内部类
- 学习Java书籍
- 树莓派用Python+OpenCV做人脸识别
- Java自动装箱与拆箱
- Eclipse 快捷键整理
- Java自动装箱与拆箱
- c#---释放空间
- ant、maven解决rt.jar访问限制问题
- PythonOCC 3D图形库学习—导入STEP模型
- JAVA IO流(下)
- MATLAB获取“非免驱的相机或者摄像头”的图像数据
- 【SpringMVC】SpringMVC系列15之SpringMVC最佳实践
- Java [Leetcode 260]Single Number III
- python scikit-learn 安装中的各种事宜
- 【SpringMVC】SpringMVC系列14之SpringMVC国际化
- 利用第三方软件打包C++程序,其中包含了大量第三方库
- 【SpringMVC】SpringMVC系列13之关于 mvc:annotation-driven