设计模式概述见:
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;
}
}
这样就实现了简单的功能隔离,可参考上述-为什么要遵守单一职责原则-来更深入的理解单一职责原则的好处。
后记
设计模式大多是一些思想,改变你代码的风格,学习设计模式并遵守这些风格会在日常的开发中更顺畅的进行,设计模式是一种编程的艺术。
若有理解错误,感谢指出