單一職責(zé)原則

單一職責(zé)原則（SRP）單一職責(zé)，強(qiáng)調(diào)的是職責(zé)的分離，在某種程度上對(duì)職責(zé)的理解，構(gòu)成了不同類之間耦合關(guān)系的設(shè)計(jì)關(guān)鍵，因此單一職責(zé)原則或多或少成為設(shè)計(jì)過程中一個(gè)必須考慮的基礎(chǔ)性原則。

關(guān)于單一職責(zé)原則，其核心的思想是：

一個(gè)類，最好只做一件事，只有一個(gè)引起它變化的原因。原理：如果一個(gè)類承擔(dān)的職責(zé)過多，就等于把這些職責(zé)耦合在一起了。一個(gè)職責(zé)的變化可能會(huì)削弱或者抑制這個(gè)類完成其他職責(zé)的能力。這種耦合會(huì)導(dǎo)致脆弱的設(shè)計(jì)，當(dāng)發(fā)生變化時(shí)，設(shè)計(jì)會(huì)遭受到意想不到的破壞。而如果想要避免這種現(xiàn)象的發(fā)生，就要盡可能的遵守單一職責(zé)原則。此原則的核心就是解耦和增強(qiáng)內(nèi)聚性。問題由來:之所以會(huì)出現(xiàn)單一職責(zé)原則就是因?yàn)樵谲浖O(shè)計(jì)時(shí)會(huì)出現(xiàn)以下類似場(chǎng)景：

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

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

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

publicclassUserDaoextendsBaseDao{

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

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

......//訪問數(shù)據(jù)庫(kù) returnuserList; }

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

...//查找相應(yīng)用戶名的用戶 returnuser; }

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

//返回true表示成功 }}

publicclassUserManager{ privateUserDaouserDao=newUserDao();

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

} returnflag; }

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