设计模式六大原则<一>单一职责原则

设计模式概述见：

http://blog.csdn.net/chijiandi/article/details/78839305

单一职责原则的基本概念

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

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

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

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

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

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

单一职责原则怎么遵守

情景如下：

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

举反例：

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

/**
* @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;
}
}

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

后记

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

若有理解错误，感谢指出