形式设计-单一职责模式
模式设计-单一职责模式
最近在很多场合都看见设计模式的影子,一直以来,都投入主要时间在搞算法与数据结构,很来发现设计模式真的很重要。有的时候代码的可维护、可重用、可扩展确实胜过单纯的算法效率高。所以拾起大牛书籍《大话设计模式》同时参考网上诸大牛的博客,开始我的设计模式之旅。
尝试单一职责模式可以拆开。
最近在很多场合都看见设计模式的影子,一直以来,都投入主要时间在搞算法与数据结构,很来发现设计模式真的很重要。有的时候代码的可维护、可重用、可扩展确实胜过单纯的算法效率高。所以拾起大牛书籍《大话设计模式》同时参考网上诸大牛的博客,开始我的设计模式之旅。
今天先介绍一下单一职责模式。
概念:
就一个类而言应该只有一个因其他变化的原因。
流程:
问题由来:设类或接口类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; else 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(); 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(); } } }