1.單一職責原則簡介

單一職責原則(SRP:Single responsibility principle)又稱單一功能原則，面向物件六個基本原則(SOLID)之一。它規定一個類應該只有一個發生變化的原因。

單一職責原則是最簡單的面對物件設計原則，它用於控制類的粒度大小。在軟體系統中，一個類（大到模組，小到方法）承擔的職責越多，它被複用的可能性就越小，而且一個類承擔的職責過多，就相當於將這些職責耦合在一起，當其中一個職責變化時，可能會影響其他職責的運作，因此要將這些職責進行分離，將不同的職責封裝在不同的類中，即將不同的變化原因封裝在不同的類中，如果多個職責總是同時發生改變則可將它們封裝在同一類中。

2.程式碼舉例

需求描述：描述動物喜愛的食物。

2.1.普通

Java Bean

呼叫類

結果

那麼問題來了，如果現在新新增幾個動物，比如 狗和貓。它們是不吃草的。所以顯然要修改Java Bean類

2.2.修改

吃草 Java Bean

吃骨頭 Java Bean

吃老鼠 Java Bean

呼叫類

結果

2.3.當然也可以使用一個動物類，而把吃方法的引數新增一個即可

Java Bean

呼叫類

結果

附：

高內聚 低耦合

1.基本概念

內聚性：又稱塊內聯絡。指模組的功能強度的度量，即一個模組內部各個元素彼此結合的緊密程度的度量。若一個模組內各元素（語名之間、程式段之間）聯絡的越緊密，則它的內聚性就越高。 

耦合性：又稱塊間聯絡。指軟體系統結構中各模組間相互聯絡緊密程度的一種度量。模組之間聯絡越緊密，其耦合性就越強，模組的獨立性則越差。模組間耦合高低取決於模組間介面的複雜性、呼叫的方式及傳遞的資訊 。

注：對於低耦合，粗淺的理解是：一個完整的系統，模組與模組之間，儘可能的使其獨立存在。也就是說，讓每個模組，儘可能的獨立完成某個特定的子功能。模組與模組之間的介面，儘量的少而簡單。如果某兩個模組間的關係比較複雜的話，最好首先考慮進一步的模組劃分。這樣有利於修改和組合。 

2.高內聚低耦合系統的好處 

高內聚，低耦合的好處體現在系統持續發展的過程中，高內聚，低耦合的系統具有更好的重用性，維護性，擴充套件性，可以更高效的完成系統的維護開發，持續的支援業務的發展，而不會成為業務發展的障礙。 

3.關於低耦合