一些研發工程師在Springboot註意點1. 正確設計代碼目錄結構雖然您有很大的自由度,但有一些基本規則值得遵循來設計您的源代碼結構。避免使用預設包。確保所有內容(包括入口點)都在命名良好的包中,這樣您就可以避免與組裝和組件掃描相關的意外情況;將 Application.java(應用程式的入口類 ...
一些研發工程師在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。