Service 層和 Dao 層有必要爲每個類都加上接口嗎？

_ 作者：架構思維_

toutiao.com/i6882356844245975563

前幾天刷頭條又刷到了「Service 層和 Dao 層真的有必要每個類都加上接口嗎？」這個問題，之前簡單回答了一波，給出的觀點是「看情況」！

現在結合我參與的項目以及閱讀的一些項目源碼來看。如果項目中使用了像 Spring 這樣的依賴注入框架，那可以不用接口！

先來說說爲什麼使用了依賴注入框架以後，可以不使用接口！

不需要接口的理由

我整理了支持 Service 層和 Dao 層需要加上接口的理由，總結下來就這麼三個：

實際上，這三個理由都站不住腳！

先說說第一個理由：「上層可以在下層邏輯沒有實現的情況下進行編碼」！很典型的面向接口編程，對層與層之間進行了解耦，看起來好像沒有問題。

這種開發方式適合不同模塊之間是由不同的人或項目組開發的，因爲溝通的成本比較大。同時避免由於項目組之間開發進度的差異而相互影響。

不過讓我們回想一下，在一般項目開發裏面，有多少項目組是按層來切分開發任務的呢？實際上，大部分的項目都是按照功能劃分的。即使是現在前後端分離的情況，單純的後端開發也是按照功能模塊進行任務劃分，即一個人負責從 Controller 層到 DAO 層的完整邏輯處理。

在這種情況下，每一層都先定義一個接口，再去實現邏輯，除了增加了開發人員的工作量（當然，如果代碼量計入工作量的話，那開發人員應該也不是太排斥接口的！），實際沒有任何用處。

如果開發人員想在下層邏輯沒有完成的情況下，先開發上層邏輯，可以先編寫下層類的空方法來先完成上層的邏輯。

這裏推薦一個個人比較喜歡的開發流程，自上向下的編碼流程：

此方法可以使你對業務流程有比較好的理解。

對於第二個理由，就完全不成立了。Spring 默認是基於動態代理的，不過通過配置是可以使用 CGLib 來實現 AOP。CGLib 是不需要接口的。

最後一個理由是「可以對 Service 進行多實現」。這個理由不充分，或者說沒有考慮場景。實際上在大多數情況下是不需要多實現，或者說可以使用其它方式替代基於接口的多實現。

另外，對於很多使用了接口的項目，項目結構也是有待商榷的！下面，我們結合項目結構來說明。

項目結構與接口實現

一般項目結構都是按層來劃分的，如下所示：

對於不需要多實現的情況，也就不需要接口了。上面的項目結構即可滿足要求。

對於需要多實現的情況，無論是現在需要，還是後面需要。這種情況下，看起來好像是需要接口。此時的項目結構看起來像這樣：

對於上面的結構，我們來考慮多實現的情況下，該怎麼處理？

第一種方式，是在 Service 中新增一個包，在裏面編寫新的邏輯，然後修改配置文件，將新實現作爲注入對象。

第二種方式，是新增一個 Service 模塊，在裏面編寫新的邏輯（注意這裏的包和原來 Service 的包不能相同，或者包相同，但是類名不同，否則無法創建類。因爲在加載時需要同時加載兩個 Service 模塊，如果包名和類名都相同，兩個模塊的類全限定名就是一樣的了！），然後修改配置文件，將新邏輯作爲注入對象。

相對而言，實際第一種方式相對更簡單一點，只需要關注包層面。而第二種方式需要關注模塊和包兩個層面。另外，實際這兩種方式都導致了項目中包含了不需要的邏輯代碼。因爲老邏輯都會被打進包裏。

不過，從結構上來看，實際方式二的結構要比方式一的結構更清晰，因爲從模塊上能區分邏輯。

那有沒有辦法來結合兩者的優點呢？答案是肯定的，而且操作起來也不復雜！

首先將接口和實現獨立開，作爲一個獨立的模塊：

其次，調整打包配置，ServiceImpl 和 ServiceImpl2 二選一。既然 ServiceImpl 和 ServiceImpl2 是二選一，那 ServiceImpl 和 ServiceImpl2 的包結構就可以相同。包結構相同了，那調整了依賴以後，依賴注入相關的配置就不需要調整了。調整後，項目結構看起來像這樣：

現在，ServiceImpl 和 ServiceImpl2 模塊中的包結構、類名都是一樣的。那我們還需要接口模塊嗎？

假設，我們把 Service 接口模塊去掉，結構變成了如下所示：

單純的通過調整模塊依賴，是否能實現 Service 的多實現？答案顯而易見吧？

不使用接口的缺點

上面給出了不使用接口的理由。不過不使用接口並不是完全沒有缺點的，主要問題就是在進行多實現的時候，沒有一個強接口規範。即不能通過實現接口，藉助 IDE 快速生成框架代碼。對於沒有實現的接口，IDE 也能給出錯誤提醒。

一個不太優雅的解決是，將原來的模塊裏的代碼拷貝一份到新模塊中，基於老代碼來實現新的邏輯。

所以，如果一個項目需要多實現、且多實現數量較多（不過一般項目不會有多個實現的），則推薦使用接口。否則不需要使用接口。

總結

本文針對「Service 層是否需要接口」這個問題，指出需要接口的理由的問題。以及個人對這個問題的觀點，希望對大家有一些幫助。

本文由 Readfog 進行 AMP 轉碼，版權歸原作者所有。
來源：https://mp.weixin.qq.com/s/D1HezsYTQ201abEVBGw9yA

猜你喜歡