单一职责原则的基本概念

不要存在多于一个导致类变更的原因。

概念很简单，理解起来就是：一个类只负责一个功能。

为什么要遵守单一职责原则

一个类负责的功能越少，他被复用的概率就越低，复杂性也越低。

功能简单明白，可读性和维护性强，耦合性低，更易修改。

在遵守单一职责原则的情况下，扩展功能会很方便。

单一职责原则怎么遵守

情景如下：

客户要求实现一系列的算法，而此时仅仅要求一个加法一个减法。

举反例：

此时我们可以很简单的写出一个类：

/** * @author ：cjd * @Description: 算法 * @create 2017-12-28 9:32 **/public class Calc {
       public int getResult(int a, String type, int b) {        int result = 0;        if ("+".equals(type)) {            result = a + b;        } else if ("-".equals(type)) {            result = a - b;        }        return result;    }}

这样写的确实很简单，但是如果后续客户要求我们事先乘法、除法，平方、次方、根号等方法，我们一个是需要对返回的参数进行修改，一个是要对逻辑进行修改。

在改变了逻辑又可能会导致原有的功能出现很多的问题，也会因参数的改变，导致需要在所有用到这个算法的地方重新修改一遍。

在代码简单的情况下在可接受的情况下违反确实无所谓，但是如果有考虑到后续需要扩展功能的情况下，这样的情况就是完全无法接受的。

于是，在扩展功能没有到无法控制的情况下，我们需要对代码进行重构。这种重构的方法犹如之前叙述的简单工厂模式。

于是，在遵守单一职业原则的情况下，我们进行了如下处理：

第一步：提取公共的接口

public interface Calc {    Object getResult(int a, int b);}

第二步：根据需求创建所需要的类

class AddCalc implements Calc {
       @Override    public Object getResult(int a, int b) {        return a + b;    }}class ReduceCalc implements Calc {
       @Override    public Object getResult(int a, int b) {        return a - b;    }}

这样就实现了简单的功能隔离，可参考上述-为什么要遵守单一职责原则-来更深入的理解单一职责原则的好处。

后记

设计模式大多是一些思想，改变你代码的风格，学习设计模式并遵守这些风格会在日常的开发中更顺畅的进行，设计模式是一种编程的艺术。

若有理解错误，感谢指出

转载地址：http://hriob.baihongyu.com/

你可能感兴趣的文章