一:单一职责原则(single Responsibility Principle)
接口尽量做到职责的单一性,类可以灵活设计,通过实现不同的接口来达到目的
二:里氏替换原则
父类出现的地方,子类都可以出现。增强代码健壮性,版本升级时,即使增加子类,原有子类不受影响。每一个子类是一个业务实体,通过父类参数接收子类,根据子类的不同来执行不同的业务逻辑
三:依赖倒置原则
面向接口编程,实现类需要依赖于他的接口或者抽象类。做到类之间的松耦合。接口即规则。
四:迪米特法则
类之间解耦,做到高聚合、低耦合。优点:可以提高类的复用率。缺点:一个类想使用另一个类,增加了类直接的跳转,不能够直接引用,如果跳转的次数过多,则考虑重构。
五:开闭原则
WWW原则来讨论问题,what 、why、how。软件实体应该对修改关闭,对扩展开放,即软件的功能不是通过修改代码,而是通过扩展代码来实现的。组件化开发的思想
六:其他
约定大于规则,开发团队需要有自己的一个约定,这个约定是大于普众的开发规则的。
封装变化,通过设计模式来将变化带来的影响最小化
预知变化
时间: 2024-10-31 14:18:12