[[379185]]

前段日子在社群(點擊加入)里看到有人討論關于Service層接口的問題，DD也經常碰到周圍的新人有問過一些類似的問題：一定要寫個Service層的接口嗎?Service層的接口到底用做什么用的呢?好像都沒什么用啊?

我的看法

Service層在業(yè)務邏輯不復雜的時候，似乎是沒有什么用，但是隨著應用迭代，業(yè)務邏輯變得復雜了之后，這一層是非常有用的。

主要表現在這幾個方面：

1、更適合用來處理復雜的業(yè)務邏輯，可能會涉及多張表的操作，甚至還混雜著消息投遞、接口調用等一系列的復雜綜合性事務，這也是我們常說的事務管理所處的層次。

2、對表現層的復用支持，往往我們一個業(yè)務邏輯處理，不會單單只應用在一個API接口或頁面上，如果直接把這部分內容寫到Controller中，那當出現重復操作的時候就會產生復制黏貼，以后再要維護這段邏輯就麻煩了

3、對單元測試的支持，通過單獨的一層service實現業(yè)務邏輯，那么對于業(yè)務邏輯的單元測試會更容易編寫，只需要對service來編寫就可以了;而web層的單元測試就不需要關注業(yè)務本身，只需要關注反饋格式就行了;不然web層就既要考慮業(yè)務邏輯的計算，還要考慮web反饋的格式驗證，太過復雜。

4、業(yè)務邏輯的組裝支持，因為Controller中依賴的是Service接口的定義，而具體實現可以有很多種，隨著不同的需要可以注入不同的實現，可以比較好的實現多種業(yè)務邏輯版本共存。而如果直接把業(yè)務邏輯寫了Controller，再要替換的時候，就比較麻煩了。

所以，Service層的設計是非常有必要的，這在單體應用的可維護性和可測試性上都占據了非常重要的地位。

換你思考了，你覺得Service層接口是否必要呢?