设计模式学习系列文章（第一篇:为什么要学习设计模式）

本文链接：https://blog.csdn.net/qq_34532187/article/details/102835778

起因

最近在做行数据权限组件，组件的目的是提供一个jar，来对sql进行加强，从而实现理想化的功能。在设计的过程中用到了一些设计模式，例如策略模式，组合模式，单例模式，工厂模式，访问者模式，来对代码结构进行了调整。不怎么研究设计模式的同学可能会疑问，为什么我们要用设计模式去指导我们的组件设计？用了设计模式有什么好处？如何对设计模式进行选择等等，接下来的文章会跟大家一一作出回复，大家有什么好的建议或者问题也可以留言。

首先是为什么要用设计模式？用了设计模式有什么好处？

在解答这个问题之前，先给大家说一下设计模式到底是什么，设计模式是对软件设计原则的应用，是一套软件代码设计的经验总结，就好比是一本内功心法，巧妙的运用这些设计模式，会让你的程序内力倍增，扩展力，复用性大大提高，别人在看你的代码时也会觉得高级整洁，比简单去堆积代码要好得多，维护起来难度也会大大降低。
举个例子，十五六个if判断的这种，堆在代码里可以实现，但如果把算法封装成类，配合单例跟工厂模式就可以消除if else，维护起来会容易很多。再举个例子，设计一个计算器，可以将加减乘除的具体算法一一写成类，但这违背了依赖倒置的原则，依赖于具体的算法不易扩展，且维护起来成本较高，但是可以使用抽象工厂模式，重写父类的方法就可以了，就符合设计原则了。具体的例子有很多，不一一列举，未来会在具体模式讲解时举例说明。

第二个问题，如何对设计模式进行选择？

如果你被这个问题困扰的话，说明你对各个设计模式的优缺点还不是很了解，或者对即将要设计的应用代码目前存在的问题不明确。任何技术或者模式的应用都是有目的性的，简单来说是用来解决问题的，目前存在哪些问题明确了，才能对症下药，去解决。再就是发现问题以后，不要局限在问题的某些细节上面，泛化出来，更有利于你去选择。单单一种模式不会解决所有问题，所以要多学习，才能在搜寻方法的时候有更多的灵感冒出来

最后，什么是设计原则？

目前设计原则有六种，在这里就定义跟特点给大家简单整理了一下

开闭原则

经典定义：当对扩展开放，对修改关闭
开闭原则的含义是：当应用的需求改变时，在不修改软件实体的源代码或者二进制代码的前提下，可以扩展模块的功能，使其满足新的需求

可以通过“抽象约束、封装变化”来实现开闭原则，派生子类来实现变化

里氏替换原则

经典定义：继承必须确保超类所拥有的性质在子类中仍然成立
里氏替换原则通俗来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能，也就是说：子类继承父类时，除添加新的方法完成新增功能外，尽量不要重写父类的方法。

依赖倒置原则

经典定义：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象。其核心思想是：要面向接口编程，不要面向实现编程。
依赖倒置原则是实现开闭原则的重要途径之一，它降低了客户与实现模块之间的耦合。

依赖倒置原则的目的是通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则。

每个类尽量提供接口或抽象类，或者两者都具备。
变量的声明类型尽量是接口或者是抽象类。
任何类都不应该从具体类派生。
使用继承时尽量遵循里氏替换原则

单一职责原则

经典定义：这里的职责是指类变化的原因，单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分
单一职责原则的核心就是控制类的粒度大小、将对象解耦、提高其内聚性。如果遵循单一职责原则将有以下优点。

降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多项职责简单得多。
提高类的可读性。复杂性降低，自然其可读性会提高。
提高系统的可维护性。可读性提高，那自然更容易维护了。
变更引起的风险降低。变更是必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响

接口隔离原则

经典定义：要为各个类建立它们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用
在具体应用接口隔离原则时，应该根据以下几个规则来衡量。

接口尽量小，但是要有限度。一个接口只服务于一个子模块或业务逻辑。
为依赖接口的类定制服务。只提供调用者需要的方法，屏蔽不需要的方法。
了解环境，拒绝盲从。每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同深入了解业务逻辑。
提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

迪米特法则

迪米特法则的定义是：只与你的直接朋友交谈，不跟“陌生人”说话（Talk only to your immediate friends and not to strangers）。其含义是：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。
迪米特法则中的“朋友”是指：当前对象本身、当前对象的成员对象、当前对象所创建的对象、当前对象的方法参数等，这些对象同当前对象存在关联、聚合或组合关系，可以直接访问这些对象的方法