编写软件过程中,程序员面临着来自耦合性,内聚性以及可维护性,可扩展性,重用性,灵活性等多方面的挑战,设计模式是为了让程序(软件),具有更好 1)代码重用性(即:相同功能的代码,不用多次编写) 2)可读性(即:编程规范性,便于其他程序员的阅读和理解) 3)可扩展性(即:当需要增加新的功能时,非常的方便,称为可维护) 4)可靠性(即:当我们增加新的功能后,对原来的功能没有影响) 5)使程序呈现高内聚,低耦合的特性
设计模式原则,其实就是程序员在编程时,应当遵守的原则,也是各种设计模式的基础(即:设计模式为什么这样设计的依据) 设计模式常用的七大原则有： 1）单一职责原则 2）接口隔离原则 3）依赖倒转原则 4）里氏替换原则 5）开闭原则 6）迪米特法则 7）合成复用原则
1.介绍：一个类应该只负责一项职责 2.注意事项和细节： 1)降低类的复杂度,一个类只负责一项职责。 2)提高类的可读性,可维护性 3)降低变更引起的风险 4)通常情况下,我们应当遵守单一职责原则,只有逻辑足够简单,才可以在代码级违反单一职责原则;只有类中方法数量足够少,可以在方法级别保持单一职责原则
介绍：一个类对另一个类的依赖应该建立在最小的接口上
传统方法的问题：类A通过接口Interface依赖类B,类C通过接口Interface依赖类D,如果接口Interface对于类A和类c来说不是最小接口，那么类B和类D必须去实现他们不需要的方法
接口隔离原则改进：接口interface中出现的方法，按实际情况拆分为多个接口
1.介绍： 1）细节应该依赖抽象 2）中心思想：面向接口编程 3）设计理念：相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在java中,抽象指的是接口或抽象类,细节就是具体的实现类 4）使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成 2.依赖关系传递的三种方式： 1）接口传递 2）构造方法传递 3）setter方式传递 3.注意事项和细节： 1)低层模块尽量都要有抽象类或接口,或者两者都有,程序稳定性更好. 2)变量的声明类型尽量是抽象类或接口,这样我们的变量引用和实际对象间,就存在一个缓冲层,利于程序扩展和优化 3)继承时遵循里氏替换原则
1.oo中的继承性的思考和说明： 继承在给程序设计带来便利的同时,也带来了弊端。比如使用继承会给程序带来侵入性,程序的可移植性降低,・增加对象间的耦合性,如果一个类被其他的类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且义类修改后,所有涉及到子类的功能都有可能产生故障 2.介绍： 1）所有引用基类的地方必须能透明地使用其子类的对象 2）使用继承时，在子类中尽量不要重写父类的方法 3）里氏原则告诉我们，继承实际让两个类耦合性增强了，在适当情况下，可以通过聚合，组合，依赖来解决问题 3.解决方法： 1）在实际编程中,我们常常会通过重写父类的方法完成新的功能,这样写起来虽然简单,但整个继承体系的复用性会比较差。特别是运行多态比较频繁的时候 2）方法：原来的父类和子类都继承一个更通俗的基类，原有的继承关系去掉，采用依赖，聚合，组合等关系代替。