單一職責原則
--->類從屬性次元的劃分：名詞屬性，動作屬性。例如。使用者類（User），使用者行為類。（UserService）
--->類和接口的設計原則要追求的目标是：有且僅有一個原因能引起它的變化。也就是一個接口或類隻有一個職責，它就負責同一類的事情，如果所負責的業務超過兩類或兩類以上，則考慮拆分成不同的接口。
單一職責原則的好處
--->類的複雜性降低，實作什麼指責都清晰明确的定義
--->可讀性提高，因為複雜性降低，是以刻度性提高。
--->可維護性提高，因為可讀性提高，是以可維護性降低
--->變更引起的風險降低，變更是必不可少的。如果接口的單一職責做的好，一個接口修改，隻對相應的實作類有影響，對其他接口無影響。這對系統的擴充性，維護性都有非常大的幫助
示例：
View Code