我們知道，大家提倡面向接口編程，但凡事都有個度，當(dāng)濫用，那么面向接口完全流于形式。
一.首先，我們先講一下面向約定編程。
企業(yè)編程中，都有一定的項目分層編程規(guī)范，如前臺與后臺邏輯之間的聯(lián)系通過定義接口來完成。
正如我們平時使用的 MVC三層模形，service層，dao層很多都使用接口，那么新來者肯定也要遵守規(guī)范，在這三層使用接口。
就是大家約定成俗都使用接口而已。但請確記，你這不是面向接口編程，而是面向約定編程.
為什么這樣說呢，請后面聽我道來。
如果有如下幾個特點，那么面向接口編程是流于形式的。
1. 定義的接口沒有經(jīng)過大腦設(shè)計
沒有考慮是否有多實現(xiàn)，完全遵從于大家都是這樣使用，那么可以確認(rèn)，你現(xiàn)在是面向約定編程。
2. 接口方法過多
精心設(shè)計的接口，接口方法一般比較精簡，才可能有多個實現(xiàn)類。而我們平時的業(yè)務(wù)接口，如果沒有將不變及需要變化的接口分離，通通塞在一個大的接口類中，即使有多實現(xiàn)，這種結(jié)構(gòu)也是不合理的，再次確認(rèn)這種接口完全是遵照某種約定。
3. 是否符合面向接口的目的
使用接口的目的是"定義一個接口，可以有多個實現(xiàn)",因為你有可能連這個目的都不符合。
舉一個例子
1。如我們有一個 UserDao接口,及一個IbatisUserDaoImpl實現(xiàn)，如果我們有跨數(shù)據(jù)庫的使用需求(同時支持mysql,oracle),根據(jù)ibatis實際的使用需求，我們其實是不會有多個IbatisUserDaoImpl實現(xiàn)的，
因為實際的效果是，我們通過同一個實現(xiàn)類，只需要在執(zhí)行查詢時路由至不同的sqlmap及dataSource就行了，而一般不會做 IbatisOracleUserDaoImpl及IbatisMysqlUserDaoImpl這種實現(xiàn)方式。所以說你是使用ibatis的話，一般也是沒有必要使用接口的。
2。如果你定義的接口UserDao,那么實現(xiàn)類的名稱為 IbatisUserDaoImpl,HibernateUserDaoImpl,那么也是有問題的，既然已經(jīng)選擇的一個技術(shù)框架(Ibatis或者Hibernate),一般不會出來切換技術(shù)實現(xiàn)的需求，跨數(shù)據(jù)庫倒比較實際，如MysqlUserDao,HibernateUserDao.
二.撇開擴(kuò)展性，那使用接口又有啥好處呢？
1. 通過接口比較容易瀏覽所有的接口方法，即沒有繁雜的實現(xiàn)代碼，更易于看懂
2. 接口不能實例化，避免使用者直接實例化后使用（類就有這種問題，直接實例化使用往往是錯誤的）
以上兩個好處，也有足夠理由支持我們使用接口。
三.那么我們應(yīng)該怎么做？
1。除了面向約定使用的接口，其它的業(yè)務(wù)邏輯代碼，如果沒有必要使用接口的就不要使用接口，減少類的數(shù)量（太多類看著也很累人的）
2。如果定義的接口方法過多，重新審視一下，是否應(yīng)該改進(jìn)設(shè)計