service層的介面有什麼用

1樓：SmartLong

架構分層思想現在已經應用的很流行了，不只是後台的MVC了，前端現在也是有MVC的架構設計了。

分層的好處有很多，說說我工作多年的體會。

首先可以劃分不同的職責。每一層只需要關注自己的功能職責，做自己應該做的事情。可以讓整體的功能結構更加清醒。

其次，不會導致牽一髮而動全身。每一層可以有自己的架構設計，可以有自己特殊的實現，只要對外的規範不變，層級內是可以隨意替換框架的。

最後，有利於構建可擴充套件可維護的大型架構。只有合理的分層，合理劃分結構，才能方便更多人員協作開發，才能方便維護。

為什麼這幾年微服務那麼流行，模擬一下，其實也是有分層的思想。這裡的分層，不再基於乙個專案內的邏輯分層了，而是基於全部的服務，站在更巨集觀的角度來講乙個超級應用，分成不同的層級。

程式設計中的很多思想，和我們現實世界其實是有聯絡的。可以想一想，大至國家，小至公司，都是劃分不同的層級，不同的部門。主要還是為了方便管理。

所以，service層存在的意義，就是為了方便擴充套件和維護。

2樓：程式猿DD

本來不想答這個問題的，但是看到之前的幾個回答都說沒有用，所以還是說幾句吧。

先說我的觀點：Service層在業務邏輯不複雜的時候，似乎是沒有什麼用，但是隨著應用迭代，業務邏輯變得複雜了之後，這一層是非常有用的。

主要表現在這幾個方面：

更適合用來處理複雜的業務邏輯，可能會操作多張表，所這是事務管理所處的層次

對表現層的復用支援，往往我們乙個業務邏輯處理，不會單單只應用在乙個API介面或頁面上，如果直接把這部分內容寫到Controller中，那當出現重複操作的時候就會產生複製黏貼，以後再要維護這段邏輯就麻煩了

對單元測試的支援，通過單獨的一層service實現業務邏輯，那麼對於業務邏輯的單元測試會更容易編寫，只需要對service來編寫就可以了；而web層的單元測試就不需要關注業務本身，只需要關注反饋格式就行了；不然web層就既要考慮業務邏輯的計算，還要考慮web反饋的格式驗證，太過複雜。

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

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