软件设计6大原则
2020-03-10 本文已影响0人
楼上那只猫
1. 单一职责原则
原则思想:一个方法只负责一件事情。
描述:一个方法,一个类只负责一个职责,各个职责的程序改动,不影响其他程序
优点:降低类和类的耦合,提高可读性,增加可维护性和可拓展性,降低可变性的风险。
2. 里氏替换原则
原则思想:使用的基类可以在任何地方使用继承的子类,完美替换基类。
描述:子类可以扩展父类的功能,但不能改变父类原有的功能,子类可以实现父类的抽象方法,但不能覆盖父类的抽象方法,子类中可以增加自己独有的方法。
3. 依赖倒置原则
原则思想:高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象,抽象不应该依赖于具体实现,具体实现应该依赖于抽象。
描述:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成。这种场景下,类A一般是高层模块,负责复杂的业务逻辑;类B和类C是底层模块,负责基本的原子操作;假如修改类A,会给程序带来不必要的风险。
优点:可以减少需求变化带来的工作量,对并行开发更友好。
4. 接口隔离原则
原则思想:类和类之间应该建立在最小的接口上
描述:类A通过接口依赖类B,类C通过接口依赖D,如果接口类A和类B不是最小的接口,则依赖的类B和类D必须要实现他们不需要的方法。
优点:提高程序的灵活度,提高内聚,减少对外交互,使得最小的接口做最多的事情。
5. 迪米特法则
原则思想:一个对象应该对另一个对象有尽可能少的了解,简称类间解耦
描述:一个类尽量减少自己对其它对象的依赖,原则是低耦合,高内聚。
优点:低耦合,高内聚,提高代码复用率。
6. 开放封闭原则
原则思想:尽量通过扩展软件实体类解决需求变化,而不是通过修改已有代码来实现。
描述:一个软件在生命周期内,都会发生变化,既然变化是既定事实,就应该在设计时尽量适应这些变化,提高项目的稳定性和灵活性。
优点:提高项目的稳定性和灵活性。