單一職責原則

單一職責原則（SRP）單一職責，強調的是職責的分離，在某種程度上對職責的理解，構成了不同類之間耦合關系的設計關鍵，因此單一職責原則或多或少成為設計過程中一個必須考慮的基礎性原則。

關于單一職責原則，其核心的思想是：

一個類，最好只做一件事，只有一個引起它變化的原因。原理：如果一個類承擔的職責過多，就等于把這些職責耦合在一起了。一個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當發(fā)生變化時，設計會遭受到意想不到的破壞。而如果想要避免這種現象的發(fā)生，就要盡可能的遵守單一職責原則。此原則的核心就是解耦和增強內聚性。問題由來:之所以會出現單一職責原則就是因為在軟件設計時會出現以下類似場景：

T負責兩個不同的職責：職責P1，職責P2。當由于職責P1需求發(fā)生改變而需要修改類T時，有可能會導致原本運行正常的職責P2功能發(fā)生故障。也就是說職責P1和P2被耦合在了一起。產生原因:沒有任何的程序設計人員不清楚應該寫出高內聚低耦合的程序，但是很多耦合常常發(fā)生在不經意之間，其原因就是：

職責擴散：因為某種原因，某一職責被分化為顆粒度更細的多個職責了。解決辦法:遵守單一職責原則，將不同的職責封裝到不同的類或模塊中。下面以一個用戶管理為例演示單一職責原則。在業(yè)務邏輯層上定義類UserManager，在數據訪問層定義類UserDao，在體對象層定義類User，每個類具有不同的職責和功能。

privateStringusername; privateStringuserpass; privateintrole;//………….各個屬性的get、set方法}

publicclassUserDaoextendsBaseDao{

//返回所有用戶 publicList<User>getAllUser(){

List<User>userList=newArrayList<User>();

......//訪問數據庫 returnuserList; }

//根據用戶名查找用戶 publicUsergetUserByName(Stringname){ Useruser=null; Stringsql="SELECT*FROMuserdetailWHEREusername=?";

...//查找相應用戶名的用戶 returnuser; }

//添加新用戶 publicbooleanaddUser(Useruser){

//返回true表示成功 }}

publicclassUserManager{ privateUserDaouserDao=newUserDao();

//驗證用戶名和密碼 publicbooleanCheckUser(Stringname,Stringpass){ booleanflag=false; Useruser=userDao.getUserByName(name); if(user!=null&&user.getUsername().equals(pass)){ flag=true;

} returnflag; }

//注冊新用戶 publicvoidregistUser(Useruser){ if(userDao.getUserByName(user.getUsername())!=null){ System.out.println("用戶名已存在"); retur