预购商品
书目分类
特别推荐
[名家名著] 29 Clean Architecture實作篇:在整潔的架構上弄髒你的手(第二版) Get Your Hands Dirty on Clean Architecture - Second Edition 『針對Clean Architecture 的實作方式,這是Teddy 讀過解釋得最清楚的單一本書,推薦給有志讓軟體變軟的鄉民們。』-「搞笑談軟工」板主Teddy Chen 二版推薦序專文推薦 『Teddy 建議搭配Uncle Bob 的《Clean Architecture》,一本學理論,另一本學實作,兩本一起服用學習效果更佳。』-「搞笑談軟工」板主Teddy Chen 一版推薦序專文推薦 『只有誠實地面對專案需求與團隊情況,根據當下條件選擇合適的架構與方法論,並在開發與維護過程中保持敏捷的彈性,隨時回頭審視、做出調整,以便因應業務領域在未來的任何變化,才能逐步邁向業務目標。這就是軟體開發上的「風險管理」。』-錢亞宏 譯者審校序專文推薦 軟體設計的可維護性(maintainability)是降低開發成本的關鍵,也是提升開發人員滿意度的基石。第二版以第一版的骨架為基礎,主要新增三個章節,分別延伸探討可維護性、Bounded Context、以元件為基礎的架構等第一版沒有深入探索的主題,為各位讀者補強「打造可維護軟體」所需的知識和技巧。 我們首先從傳統的階層式架構設計入手,針對此架構的優缺點開始討論。接著,我們也會討論由Robert C. Martin(Uncle Bob)所提出的「整潔的架構」(Clean Architecture)以及由Alistair Cockburn所提出的「六角形架構」(Hexagonal Architecture),探討這類以業務領域為主的架構設計有什麼好處。隨後,本書會用實際的Java和Kotlin程式碼,帶領各位讀者親自動手做一遍六角形架構的實作流程。你將學習如何在六角形架構的架構層之間選擇並實作對應策略,以及如何將架構中的各種元素組裝為應用程式。然後,我們也會說明如何強化架構中的邊界,並以理性的態度探討偷吃步的做法會造成什麼樣的技術債影響,以及在什麼樣的情況下,我們會願意承擔這類技術債。 讀完這本書,讀者將學會使用六角形架構的設計風格,建立整潔、可維護又經得起時間考驗的網頁應用程式。 學習目標: ・採用階層式架構會有什麼潛在問題 ・如何強化架構中的邊界 ・偷吃步做法會為軟體架構帶來什麼潛在影響 ・應該在何時採用何種架構設計風格 ・根據架構設計來安排程式檔案結構 ・針對架構中不同的元素安排不同的測試策略
二版推薦序|Teddy Chen 一版推薦序|Teddy Chen 譯者審校序|錢亞宏 推薦序|Gernot Starke 貢獻者 作者簡介 檢閱者簡介 作者序 本書目標 目標讀者 範例應用程式 下載彩色圖片 讀者回饋 讀者評論 Chapter 01:可維護性 可維護性是什麼意思? 可維護性能夠實現功能性 可維護性帶來開發者樂趣 可維護性能支援做出決策 維護可維護性 Chapter 02:階層式架構的問題點 資料庫驅動設計 在階層中偷吃步 難以執行的測試 使用案例不知影 平行分工的困難 如何讓軟體邁向可維護性的目標? Chapter 03:依賴反轉 單一職責原則 與副作用之間的陳年往事 依賴反轉原則 整潔的架構 六角形架構 如何讓軟體邁向可維護性的目標? Chapter 04:程式結構 以架構層為結構 以功能為結構 可呈現出架構的套件結構 依賴注入的影響 如何讓軟體邁向可維護性的目標? Chapter 05:使用案例實作 領域模型實作 使用案例長話短說 輸入驗證 利用建構子的好處 不同的使用案例、不同的輸入模型 業務規則驗證 豐富領域模型與貧血領域模型 不同的使用案例、不同的輸出模型 唯讀使用案例的問題 如何讓軟體邁向可維護性的目標? Chapter 06:網頁層轉接器實作 依賴反轉 網頁層轉接器的職責 分割開來的控制器 如何讓軟體邁向可維護性的目標? Chapter 07:儲存層轉接器實作 依賴反轉 儲存層轉接器的職責 分割開來的轉接埠介面 分割開來的儲存層轉接器 以Spring Data JPA為例 資料庫交易的問題 如何讓軟體邁向可維護性的目標? Chapter 08:架構測試 測試金字塔 領域實體的單元測試 使用案例的單元測試 網頁層轉接器的整合測試 儲存層轉接器的整合測試 系統主要路徑的系統測試 要多少測試才算夠? 如何讓軟體邁向可維護性的目標? Chapter 09:架構層之間的對應策略 不對應策略(No Mapping) 雙向對應策略(Two-Way Mapping) 全部對應策略(Full Mapping) 單向對應策略(One-Way Mapping) 如何選擇要採用的策略? 如何讓軟體邁向可維護性的目標? Chapter 10:應用程式組裝 組裝是有什麼好談的? 透過純程式碼組裝 透過Spring的類別路徑掃描功能來組裝 透過Spring的Java Config來組裝 如何讓軟體邁向可維護性的目標? Chapter 11:理性看待偷吃步 偷吃步的破窗效應 第一步的重要性 在使用案例之間共用模型 把領域實體當成輸出或輸入模型 省略輸入轉接埠 省略服務 如何讓軟體邁向可維護性的目標? Chapter 12:強化架構中的邊界 邊界與依賴關係 存取修飾子 編譯後檢查 建置成品 如何讓軟體邁向可維護性的目標? Chapter 13:管理多個Bounded Context 為每個Bounded Context建立一個六角形? 解耦合的Bounded Context 適當耦合的Bounded Context 如何讓軟體邁向可維護性的目標? Chapter 14:以元件為基礎的軟體架構方法 透過元件進行模組化 案例研究:打造一個檢查引擎元件 強化元件的邊界 如何讓軟體邁向可維護性的目標? Chapter 15:選擇你的架構風格 從簡單開始 領域的發展 相信自己的經驗 視情況而定
作者簡介 Tom Hombergs 軟體工程師、作家、奉行簡單主義的阿宅。複雜度就是他的死對頭,所以他致力於將複雜的東西簡化成容易消化的碎片。如果他能夠理解,那麼其他人也能夠理解。他簡化程式碼及文字,並撰寫讓人可以輕鬆閱讀的文章、書籍和開發文件。Tom目前在澳洲雪梨的Atlassian工作,負責Atlassian開發者使用的技術堆疊的DX(開發者體驗)。
客服公告
热门活动
订阅电子报