设计模式的七大设计原则如下,他们有助于使编程更规范1. 单一职责原则:一个类应该有且只有一个引起它变化的原因2. 接口隔离原则:类之间的依赖应该建立在最小接口上3. 依赖倒转原则:抽象不应该依赖于细节,细节应该依赖于抽象4. 里氏替换原则:所有引用基类的地方必须能透明地使用其子类的对象5. 开闭原则:软件实体应该对扩展开放,对修改关闭6. 迪米特法则:一个对象应该对其他对象保持最少的了解7. 合成复用原则:尽量使用合成/聚合的方式替代继承
工具/原料
电脑
JAVA运行环境
单一职责原则:一个类应该有且只有一个引起它变化的原因
1、严格来讲,单一职责原则是对类而言的,要求一个类应该只负责一项职责,当某个职责的需求发生更改时,不会影响其他职责的实现.但当逻辑足够简单时,可以在类级别放弃单一职责原则,而在方法级别上遵守单一职责原则.
2、违反单一职责原则的代码:Vehicle类的run()方法既负责陆上交通工具的运行,又负责空中交通工具的运行,违反单一职责原则
3、在类级别遵守单一职责原则我们将不同种类的交通工具抽象成不同的类,这样在类级别上遵守了单一职责原则
4、在方法级别遵守单一职责原则因为这个例子中的逻辑足够简单,为避免在类级别修造成的破坏,我们可以尝试将不同的职责赋给不同的方法来实现,在方法级别遵守了单一职责原则.
接口隔离原则:类之间的依赖应该建立在最小接口上
1、为避免一个类实现其用不到的方法,类之间的依赖应该建立在最小接口上.若所依赖的不是最小接口,应将其加以拆分.
2、下面例子不满足接口隔离原则
3、我们对上边例子加以改进,将原公共接口PublicInterface拆分为三个最小接口Interface1,Interface2,Interface3,类C,类D分别通过最小接口依赖类A,类B.
依赖倒转原则:抽象不应依赖细节,细节应该依赖抽象
1、依赖倒转原则的核心思想即为面向接口编程,所有的底层模块尽量都要有对应的抽象类或接口,变量类型也尽量声明为抽象类或接口,并引用其实现类对象.
2、下面例子不满足依赖倒转原则.类Person依赖的是具体的Email类和WeiXin类,这样receive()方法就依赖于细节(具体的信息种类)了.
3、对上述程序进行修改,为Email类和WeiXin类增加抽象接口IMessage,并让Person类依赖IMessage接口.
