一些研發工程師在Springboot注意點

一些研發工程師在Springboot注意點

1. 正確設計代碼目錄結構

雖然您有很大的自由度，但有一些基本規則值得遵循來設計您的源代碼結構。

避免使用默認包。確保所有內容（包括入口點）都在命名良好的包中，這樣您就可以避免與組裝和組件掃描相關的意外情況；

將 Application.java（應用程序的入口類）放在頂級源目錄中；

建議將控制器和服務放在面向功能的模塊中，但這是可選的。一些非常優秀的開發人員建議將所有控制器放在一起。無論如何，堅持一種風格！

2. 保持 @Controller 簡潔和專注控制器應該非常簡單。

可以在這裏閱讀 GRASP 中的控制器模式部分。希望控制器充當協調員和委託者，而不是執行實際的業務邏輯。以下是主要實踐：

https://en.wikipedia.org/wiki/GRASP(object-orienteddesign)#Controller

控制器應該是無狀態的！控制器默認是單例的，任何狀態都可能引起許多問題；

控制器不應執行業務邏輯，而是依賴於委託；

控制器應處理應用程序的 HTTP 層，這不應該傳遞給服務；

控制器應圍繞用例/業務能力設計。

要深入瞭解此內容，需要了解更多有關設計 REST API 的最佳實踐。無論是想使用 Spring Boot 還是其他，這都值得學習。

3. 圍繞業務功能構建 @Service

Service 是 Spring Boot 的另一個核心概念。

最好是圍繞業務功能/域/用例（無論您願意如何稱呼）的結構化服務。

在應用程序中設計名稱爲 AccountService、UserService 等的服務比 DatabaseService、ValidationService、CalculationService 更合適。

可以決定在控制器和服務之間建立一對一的映射，這將是理想的。但這並不意味着服務不能相互調用！

4. 使數據庫與核心業務邏輯獨立

在之前，我們不確定如何最好地處理 Spring Boot 中的數據庫交互。

閱讀 Robert C. Martin 的《清晰架構》之後，對此有了更清晰的理解。

希望您的數據庫邏輯與服務分離。理想情況下，您不希望服務知道它正在與哪個數據庫交互，這需要一些抽象來封裝對象持久化。

Robert C. Martin 強調，您的數據庫是一個“細節”，這意味着不將應用程序耦合到特定的數據庫。過去很少有人會切換數據庫，而我注意到使用 Spring Boot 和現代微服務開發使事情變得更快。

5. 將業務邏輯與 Spring Boot 代碼分離

考慮到《清晰架構》的教訓，您應該保護您的業務邏輯。

混合各種 Spring Boot 代碼是非常誘人的……不要這樣做。如果您能抵制誘惑，您將使您的業務邏輯更具可重用性。

服務的一部分通常會成爲一個庫。刪除代碼中許多 Spring 註解變得更容易。

6. 推薦使用構造函數注入

這個實踐來自 Phil Webb（Spring Boot 項目負責人，@phillip_webb）。

將您的業務邏輯與 Spring Boot 代碼分離的一種方法是使用構造函數注入。

構造函數上的 @Autowired 註解不僅是可選的，而且使得在沒有 Spring 的情況下實例化 bean 變得更容易。

7. 熟悉併發模型

最受歡迎的文章之一是《Spring Boot 併發簡介》

認爲之所以受歡迎是因爲這個領域經常被誤解和忽視。如果使用不當，可能會出現問題。

在 Spring Boot 中，默認情況下，Controller 和 Service 是單例的。如果不小心，這可能引入可能的併發問題。您通常也在處理有限的線程池。請熟悉這些概念。

如果正在使用新的 WebFlux 風格的 Spring Boot 應用程序，已經在“Spring 的 WebFlux/Reactor 並行性和壓力”中解釋了它是如何工作的。

8.加強配置管理的外部化

這超出了 Spring Boot 的範圍，儘管這是當人們開始創建多個相似服務時常見的問題……

您可以手動處理 Spring 應用程序的配置。如果您正在處理多個 Spring Boot 應用程序，您需要使配置管理更加強大。

推薦兩種主要方法：

1) 使用配置服務器，比如 Spring Cloud Config，國內的Nacos

2) 將所有配置存儲在環境變量中（可以基於 git 倉庫進行配置）。

這兩種選項（第二種選項稍微更多一些）都需要您在 DevOps 上做更少的工作，但在微服務世界中這是相當常見的.

9. 提供全局異常處理

真的需要一種一致的方式來處理異常。Spring Boot 提供了兩種主要方法：

您應該使用 HandlerExceptionResolver 來定義全局異常處理策略；

您也可以在控制器中添加 @ExceptionHandler 註解，在某些特定情況下可能有用。

10.使用日誌框架

可能已經意識到這一點，但應該使用 Logger 來記錄日誌，而不是手動使用 System.out.println()。

在 Spring Boot 中，只需在類中獲取日誌記錄器實例即可，幾乎不需要配置：

Logger logger = LoggerFactory.getLogger(MyClass.class);

11.測試您的代碼

這並不是特定於 Spring Boot，但需要提醒 — 測試您的代碼！如果您不編寫測試，那麼從一開始就編寫了遺留代碼。

如果其他人使用您的代碼庫，對其進行任何更改都會變得危險。當您擁有相互依賴的多個服務時，這可能變得更加危險。

由於存在 Spring Boot 最佳實踐，您應該考慮使用 Spring Cloud Contract 來進行消費者驅動的.

---

今天先到這兒，希望對雲原生，技術領導力， 企業管理，系統架構設計與評估，團隊管理, 項目管理, 產品管管，團隊建設 有參考作用 , 您可能感興趣的文章:
領導人怎樣帶領好團隊
構建創業公司突擊小團隊
國際化環境下系統架構演化
微服務架構設計
視頻直播平臺的系統架構演化
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
互聯網數據庫架構設計思路
IT基礎架構規劃方案一(網絡系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

如有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊，請關注我的微信訂閱號：

作者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。 該文章也同時發佈在我的獨立博客中-Petter Liu Blog。