设计模式的目的

• 代码复用性
  相同功能代码不用多次编写
• 可读性
  编程规范性，便于其他程序员（自己长时间为接触后重新）的阅读和理解
• 可扩展性
  增加新的功能是不需要改动或改动极少，直接填加其他类等便可完成新功能开发
• 可靠性
  添加新功能对原来的功能没有影响
• 高内聚，低耦合
  从模块粒度来看，高内聚：尽可能类的每个成员方法只完成一件事（最大限度的聚合）； 低耦合：减少类内部，一个成员方法调用另一个成员方法。从类角度来看， 高内聚低耦合：减少类内部，对其他类的调用；从功能块来看 高内聚低耦合：减少模块之间的交互复杂度（接口数量，参数数据）即横向：类与类之间、模块与模块之间；纵向：层次之间；尽可能，内容内聚，数据耦合。

设计模式的原则

• 单一职责原则
  一个类只负责一项职责
• 接口隔离原则
  一个类对另一个类的依赖应建立在最小接口上，即如一个接口有3个方法，但是某个实现类只需要实现其中一个方法，应当新建一个接口定义需要实现的抽象方法，实现类实现新建接口即可。
• 依赖倒转原则
  高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象；依赖倒转的中心思想是面向接口编程。
• 里氏替换原则
  在父子继承关系中，子类尽量不要重写父类的方法，或在适当情况下通过聚合、组合、依赖解决
• 开闭原则
  当软件需要变化时，尽量通过拓展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化
• 迪米特法则
  一个类对自己依赖的类知道的越少越好，即对于依赖的类不管多么的复杂，都尽量将逻辑封装在类的内部，对外除了提供的public方法，不对外泄露任何信息（除出现在成员变量，方法参数，方法返回值的陌生类最好不要以局部变量形式出现在类的内部，应在成员变量，方法参数，方法返回值的类中完成其内部逻辑实现）以降低程序耦合度
• 合成复用原则
  尽量使用组合/聚合的关系，而不是使用继承

最后

以上就是甜蜜眼睛为你收集整理的设计模式的目的与原则设计模式的目的设计模式的原则的全部内容，希望文章能够帮你解决设计模式的目的与原则设计模式的目的设计模式的原则所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。