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

起因

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

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

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

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

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

最后, 什么是设计原则?

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

开闭原则

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

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

里氏替换原则

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

依赖倒置原则

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

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

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

单一职责原则

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

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

接口隔离原则

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

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

迪米特法则

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

接下来的几篇文章会陆续对每一种设计模式进行讲解,具体java实现的案例代码git链接也会给到大家,共勉

你可能感兴趣的:(设计模式)