Java大话设计模式学习总结（三）---单一职责原则

单一职责原则（SRP），就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。
软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。如果你能想到多于一个的动机去改变一个类，那么这个类就具有多与一个的职责，就应该考虑类的职责分离。

举例：

public static String deal(int number1, int number2, String oper) {
  if ("+".equals(oper)) {
    return String.valueOf(number1 + number2);
  } else if ("-".equals(oper)) {
    return String.valueOf(number1 - number2);
  } else if ("*".equals(oper)) {
    return String.valueOf(number1 * number2);
  } else if ("/".equals(oper)) {
    if (number2 == 0) {
      return "除数不能为0";
    } else {
      return String.valueOf(number1/number2);
    }
  } else {
    return "运算符号输入有误";
  }
｝

这时最开始的进行运算的类中的方法，可以看到所有的运算都在同一个类中中的方法里执行。这样如果有新的运算加入，有可能会影响老的运算方法，例如抛出异常等情况，而且这一个类当中有多个运算方法，就相当于有多个职责，所以需要对这些职责进行分离。