為什么要單獨把api模塊分離出來？

現在的軟件開發模式和傳統的有很多差別，傳統的開發模式耦合度較高，隨著技術的發展越來越多的開發模式被應用，比如微服務架構模式。其實很多開發語言都有自己的微服務解決方案，如Java系的Spring Boot、Spring Cloud等。但在實際項目開發中，即使是在微服務開發模式下，依舊有很多人喜歡單獨抽離出一個api模塊，這是為什么呢？

什么是微服務？

其實“微服務”并不是一種新的技術，而是一種新興的架構模式。簡單的說就是將一個服務拆成多個顆粒度小、易復用的子服務，這樣做的好處就是：

應用/服務解耦，避免了單個業務過于復雜；每個微服務獨立開發和部署，擴展性更強，可以實現服務高可用；服務組件化，易復用。后端微服務開發時為什么還要單獨抽離API模塊？

既然我們是以微服務模式來開發項目的，為什么很多開發者還習慣性的建立一個API模塊出來呢？

其實開發微服務時，可以采用單模塊模式來開發，而很多人采用多模塊來開發是因為遵循了“高內聚、低耦合”的設計模式，這樣做的優點就是：

1、邊界清晰、易于管理

一個中型項目在開發時會有很多業務和模塊，它們分散在各個包中，這樣就很混亂。如果有些API是希望對外公開的，有些API只允許內部訪問或有限訪問，那就有必要將公開的API單獨抽離到一個單獨的API模塊中，這樣管理起來更方便。

2、各模塊間更容易聚合

把項目拆成多模塊來開發，我們可以通過maven等來解決依懶關系，可以很方便的實現模塊間的聚合，各個模塊也可以單獨使用。

比如將工程拆分為這幾個模塊：公共模塊、對外API模塊、管理和監控模塊、業務模塊等。

以上就是我的觀點，對于這個問題大家是怎么看待的呢？歡迎在下方評論區交流 ~ 我是科技領域創作者，十年互聯網從業經驗，歡迎關注我了解更多科技知識！