设计模式-单一职责模式

前端之家收集整理的这篇文章主要介绍了设计模式-单一职责模式前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
最近在很多场合都看见设计模式的影子,一直以来,都投入主要时间在搞算法与数据结构,很来发现设计模式真的很重要。有的时候代码的可维护、可重用、可扩展确实胜过单纯的算法效率高。所以拾起大牛书籍《大话设计模式》同时参考网上诸大牛的博客,开始我的设计模式之旅。

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

概念:

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

流程:

问题由来:设类或接口类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,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();
		}
	}
}

猜你在找的设计模式相关文章