本文主要是介绍设计模式遵循原则,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
总原则:开闭原则
开闭原则:对扩展开放,对修改关闭。在程序需要进行扩展的时候,不能修改原有的代码,而是应该去拓展原来的代码。这样才能规避修改代码带来的大风险。未来使程序拓展性好,易于维护和升级。我们需要使用接口和抽象类等。
一、单一原则
不要存在多于一个导致类变更的原因,也就是说每个类应该实现单一职责,如若不然,就应该把类拆分
二、里氏替换原则
面向对象设计的基本原则之一。里氏替换原则中说,任何基类可以出现的地方,子类一定可以实现。LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受影响时,基类才能真正被复用,而衍生类也能在基类的基础上增加新的行为。LSP是对开闭原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现,所以LSP是对实现抽象化的具体步骤的规范。
三、依赖倒转原则
他是开闭原则的基础,内容:面向接口编程,依赖于抽象而不依赖于具体。写代码用到具体类时,不与具体类交互,而与具体类的上层接口交互
四、接口隔离原则
每个接口中不存在子类用不到却必须实现的方法,如果不然,就将接口拆分。使用多个隔离接口,比使用单个接口要好。
五、迪米特法则
一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂,都应该将逻辑封装在方法的内部,通过public方法提供给外部。这样当被依赖的类变化时,才能最小的影响该类。
最少知道原则的另一个表达方式是:只与直接的朋友通信。类之间只要有耦合关系,就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中
六、合成复用原则
尽量首先使用合成/聚合的方式,而不是使用继承
这篇关于设计模式遵循原则的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!