學(xué)習(xí)了何紅輝、關(guān)愛(ài)民寫的《Android設(shè)計(jì)模式》，對(duì)于面向?qū)ο蟮牧笤瓌t有進(jìn)一步的理解，特此根據(jù)自己的理解記錄總結(jié)一下

什么是接口隔離原則 接口隔離的目的就是將龐大的接口拆分成更小的或者說(shuō)更具體的接口，使得系統(tǒng)的耦合度大大降低，從而容易重構(gòu)、修改等 在《面向?qū)ο蟮牧笤瓌t之 —— 單一原則》中我們有如下代碼： [java]?view plain?copy /**? ????*?緩存到sd卡? ????*?@param?url?圖片的url? ????*?@param?bitmap?bitmap對(duì)象? ????*/?? ???public?void?put(String?url?,Bitmap?bitmap){?? ???????FileOutputStream?output?=?null;?? ???????try?{?? ???????????output?=?new?FileOutputStream(cacheDir+url);?? ???????????bitmap.compress(Bitmap.CompressFormat.PNG,100,output);?? ???????}?catch?(FileNotFoundException?e)?{?? ???????????e.printStackTrace();?? ???????}finally?{?? ???????????//無(wú)論是否有異常，都要關(guān)閉流?? ???????????try?{?? ???????????????if(output!=null){?? ???????????????????output.close();?? ???????????????}?? ???????????}?catch?(IOException?e)?{?? ???????????????e.printStackTrace();?? ???????????}?? ???????}?? ?? ???}?? 這段代碼的可讀性我就不說(shuō)了，各種try...catch，沒(méi)辦法，因?yàn)樵诓僮魍炅髦?，要關(guān)閉流，可是有沒(méi)有發(fā)現(xiàn)，如果你在類中加入的可關(guān)閉對(duì)象過(guò)多的時(shí)候，你的關(guān)閉代碼就寫的到處都是，這明顯讓人很不爽，看看jdk1.6的API，所有流都實(shí)現(xiàn)了Closeable接口，代表著可關(guān)閉，既然是這樣，我們就把Closeable封裝一下： [java]?view plain?copy import?java.io.Closeable;?? import?java.io.IOException;?? ?? /**? ?*?Created?by?Administrator?on?2016/3/1.? ?*/?? public?class?CloseableUtil?{?? ????public?static?void?close(Closeable?closeable){?? ????????try?{?? ????????????if(closeable!=null){?? ????????????????closeable.close();?? ????????????}?? ????????}?catch?(IOException?e)?{?? ????????????e.printStackTrace();?? ????????}?? ????}?? }??
修改代碼： [java]?view plain?copy /**? ?????*?緩存到sd卡? ?????*?@param?url?圖片的url? ?????*?@param?bitmap?bitmap對(duì)象? ?????*/?? ????public?void?put(String?url?,Bitmap?bitmap){?? ????????FileOutputStream?output?=?null;?? ????????try?{?? ????????????output?=?new?FileOutputStream(cacheDir+url);?? ????????????bitmap.compress(Bitmap.CompressFormat.PNG,100,output);?? ????????}?catch?(FileNotFoundException?e)?{?? ????????????e.printStackTrace();?? ????????}finally?{?? ????????????CloseableUtil.close(output);?? ????????}?? ????}?? 發(fā)現(xiàn)嵌套的try去掉了，瞬間覺(jué)得舒服很多 為什么我們能這樣做，因?yàn)樵贘DK1.6中，所有的流都實(shí)現(xiàn)依賴了Closeable接口，具體的實(shí)現(xiàn)都在實(shí)現(xiàn)了Closeable接口的子類中，所以，這也是依賴倒置原則，子類只需要做細(xì)節(jié)的事，其他都不關(guān)心，這其實(shí)就是接口隔離原則，在ImageLoader中的ImageCahce就是接口隔離的運(yùn)用，我們將ImageCache抽象出來(lái)，ImageLoader只需要知道該圖片是不是有緩存，沒(méi)緩存我就去網(wǎng)上下載，不管緩存的具體實(shí)現(xiàn)，也就是具體的實(shí)現(xiàn)對(duì)ImageLoader是隱藏的，它看不到，這就是我們將ImageLoader這個(gè)類的作用拆分的更加細(xì)致化的結(jié)果，ImageLoader跟其他三個(gè)實(shí)現(xiàn)類都沒(méi)有直接關(guān)系，也就降低了耦合度，自然靈活度就上升了。 單一原則、開閉原則、里氏替換原則、依賴倒置原則、接口隔離原則，其實(shí)是相輔相成的，他們同一時(shí)刻出現(xiàn)的時(shí)候，使得一個(gè)軟件系統(tǒng)更新清晰、最大程度擁抱變化。