随笔分类 - Java软件设计原则
Java软件设计原则篇章,会以简单直接的方式去理解设计原则
摘要:理论性知识 定义 里氏替换原则,Liskov Substitution principle(LSP)。 抽象定义是下面这样的 如果对每一个类型为T1的对象O1,都有类型为T2的对象O2,使得以T1定义的所有程序P在所有的对象O1都替换成O2时,程序P的行为没有发生变化,那么类型T2是类型T1的子类型
阅读全文
摘要:理论性知识 定义 迪米特法则 ,Law of Demeter(LoD); 该原则是由lan holland(人名)在美国东北大学一个叫做迪米特的项目设计中提出的,所以被命名为迪米特法则。同时该原则要求一个对象应该对其他对象保持最少的了解。所以又被称为最少知道原则(Least Knowledge Pr
阅读全文
摘要:理论性知识 定义 接口隔离原则, Interface Segregation Principle,(ISP)。 一个类对应一个类的依赖应该建立在最小的接口上; 建立单一接口,不要建立庞大臃肿的接口; 尽量细化接口,接口中的方法尽量少。 优点 符合高内聚,低耦合的设计思想; 使类具有很好的可读性,可扩
阅读全文
摘要:理论性知识 定义 单一职责原则, Single responsibility principle (SRP); 一个类,接口,方法只负责一项职责; 不要存在多余一个导致类变更的原因; 优点 降低类的复杂度 提高类的可读性 提高系统的可维护性 降低变更引起的风险 特别说明 在我们的实际开发中,很多类或
阅读全文
摘要:写在前面 本文属于Java软件设计原则系列文章的其中一篇,后续会继续分享其他的原则。想以最简单的方式,最直观的demo去彻底理解设计原则。文章属于个人整理。也欢迎大家提出不同的想法。 首先是一些理论性知识 定义 开闭原则,The Open-Closed Principle (OCP)。 一个软件实体
阅读全文
摘要:理论性知识 定义 依赖倒置原则,Dependence Inversion Principle (DIP) 高层模块不应该依赖低层模块。二者都应该依赖其抽象。 抽象不应该依赖细节,细节应该依赖抽象。 针对接口编程,不要针对实现编程。 在我们的程序中,高层模块可以理解成调用方,低层模块可以理解为被调用方
阅读全文

浙公网安备 33010602011771号