1.單一職責原則是什麼？

       單一職責原則又被稱為單一功能原則，是面向物件的六大基本原則之一，簡單的說就是對一個類而言，應該有且只有一個變化的原因。一個類只有一個引起它變化的原因就是一個類只有一個職責。如果說一個類中的每個職責都是變化的一個軸線，如果這個類有一個以上的職責，這些職責就會耦合在一起，這樣的設計是脆弱的，當其中的一個職責發生變化時就會有可能影響其它的職責。另外，多個職責耦合在一起還會影響其複用性。

2.程式碼中具體實現

       有的時候在設計介面或者類的過程中會將物件的屬性和行為放在同一介面中宣告，這樣就造成了業務物件和業務邏輯被放在同一類中，這樣就造成了這個介面有兩種屬性和行為的兩種職責，這種情況就是介面職責不明確違背了單一職責原則。

package SingleResponsibilityPrinciple;

public implements person 
{	
	//身高屬性
	public void setHeight(double height);
	public double getHeight();
	//體重屬性
	public void setWeight(double weight);
	public double getWeight();
	//學習行為
	public boolean programming(boolean study);
	//娛樂行為
	public boolean playing(boolean game);
}
 

       這時可以遵循單一職責原則，將上面的介面改寫為一個負責屬性的介面和一個負責行為的介面即可。

       PersonAttribute介面負責屬性

package SingleResponsibilityPrinciple;

public implements PersonAttribute 
{
	//身高屬性
	public void setHeight(double height);
	public double getHeight();
	//體重屬性
	public void setWeight(double weight);
	public double getWeight();
}
 

       PersonBehavior介面負責行為

package SingleResponsibilityPrinciple;

public implements PersonBehavior 
{
	//學習行為
	public boolean programming(boolean study);
	//娛樂行為
	public boolean playing(boolean game);
}

package SingleResponsibilityPrinciple;

public class Tom implements PersonAttribute 
{
	private double height;
	private double weight;
	
	public void setHeight(double height) 
	{
		this.height = height;
	}

	public double getHeight() 
	{
		return height;
	}

	public void setWeight(double weight) 
	{
		this.weight = weight;
	}

	public double getWeight() 
	{
		return weight;
	}
		
}

package SingleResponsibilityPrinciple;

public class Allen implements PersonBehavior 
{
	
	public boolean programming(boolean study) 
	{
		if(study)
		{
			System.out.println("該學習了，快去程式設計......");
			return true;
		}
		else
		{
			return false;
		}
	}

	public boolean playing(boolean game) 
	{
		if(game)
		{
			System.out.println("該休息了，快去玩耍......");
			return true;
		}
		else
		{
			return false;
		}
	}
}

3.總結

在進行設計的過程中遵循單一職責原則帶來的好處有：

1. 降低類的複雜性，實現什麼樣的職責都有清晰的定義
2. 降低需求變更帶來的風險，增強程式的可擴充套件性
3. 提高程式碼的可閱讀性
4. 提高程式碼的可維護性

       以上Demo的原始碼地址：點選開啟連結