一个互联网资讯与站长分享交流的平台
一个互联网资讯与站长分享交流的平台
定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。解决方案：将类A修改为依赖...
肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的...
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当...
开放封闭原则：软件实体应该可以扩展，但是不可以修改。它有两个特性：一，对扩展是开放的，二：对修改是封闭的。开放即可以操作，关闭即不可以操作。在设计模式中，这种不能修改却可以扩展的思想，就是开放封闭原则、我们在做任何系统时，不要奢望系统一开始需求就确定。这是不现实也是不科学的。既然需求是变化的，那么如何在需求变化时，软件相对容易修改，不至于...
近期评论