设计模式-单一职责模式

最近在很多场合都看见设计模式的影子，一直以来，都投入主要时间在搞算法与数据结构，很来发现设计模式真的很重要。有的时候代码的可维护、可重用、可扩展确实胜过单纯的算法效率高。所以拾起大牛书籍《大话设计模式》同时参考网上诸大牛的博客，开始我的设计模式之旅。

        今天先介绍一下单一职责模式。

概念：

       就一个类而言应该只有一个因其他变化的原因。

 

流程：

        问题由来：设类或接口类C负责两个不同不同的职责：职责T1，职责T2。当由于职责T1需求改变进而需要修改类C时，可能导致职责T2收到不可预知的影响。

       解决方案：分别建立两个类C1、C2，分管职责T1，T2。

 

优缺点：   

    1.优点：

        （1）、降低类的复杂度；

        （2）、 易维护、易扩展、可读性强    

    2.缺点：

          使类或接口的数目增加， 难以控制。

 

示例代码

    下面代码就没有遵循单一职责模式，如Operation即完成了+又完成了-。

package Pattern;import java.util.Scanner;class Operation {String operationName;public Operation(String tempOperationName) {operationName = tempOperationName;}public int GetResult(int opA, int opB) {if (operationName.equals("+"))return opA + opB;elsereturn opA - opB;}}public class Pattern {public static void main(String[] args) {try {Scanner input = new Scanner(System.in);int opA, opB, result;opA = input.nextInt();opB = input.nextInt();Operation myOperation = new Operation("+");result = myOperation.GetResult(opA, opB);System.out.println(result);} catch (Exception e) {e.printStackTrace();}}}

      尝试单一职责模式可以拆开。

package Pattern;import java.util.Scanner;class AddOperation {public int GetResult(int opA, int opB) {return opA + opB;}}class SubOperation {public int GetResult(int opA, int opB) {return opA - opB;}}public class Pattern {public static void main(String[] args) {try {Scanner input = new Scanner(System.in);int opA, opB, result;opA = input.nextInt();opB = input.nextInt();AddOperation myAddOperation = new AddOperation();result = myAddOperation.GetResult(opA, opB);System.out.println(result);opA = input.nextInt();opB = input.nextInt();SubOperation mySubOperation = new SubOperation();result = mySubOperation.GetResult(opA, opB);System.out.println(result);} catch (Exception e) {e.printStackTrace();}}}