防詐3要訣：不聽信、不操作、掛斷電話 
Clean Architecture實作篇: 在整潔的架構上弄髒你的手
Get Your Hands Dirty on Clean Architecture: A Hands-On Guide to Creating Clean Web Applications with Code Examples in Java
9
500450
查詢門市庫存
『建議搭配Uncle Bob的《Clean Architecture》，一本學理論，另一本學實作，兩本一起服用學習效果更佳。』
－「搞笑談軟工」板主Teddy Chen 專文推薦
－「搞笑談軟工」板主Teddy Chen 專文推薦
內容簡介
『建議搭配Uncle Bob的《Clean Architecture》，一本學理論，另一本學實作，兩本一起服用學習效果更佳。』
－「搞笑談軟工」板主Teddy Chen 專文推薦
[名家名著] 27
Clean Architecture實作篇：在整潔的架構上弄髒你的手
Get Your Hands Dirty on Clean Architecture
所有人都想要找出一種架構設計，能以最少的開發成本，打造最好又富有彈性的軟體。但是各種無理的時限壓力，以及各種不得已的偷吃步做法，讓我們離理想中的架構設計越來越遠。
本書會先從傳統的階層式架構設計入手，針對此架構的優缺點開始討論。接著，我們也會討論由Robert C. Martin（Uncle Bob）所提出的「整潔的架構」（Clean Architecture）以及由Alistair Cockburn所提出的「六角形架構」（Hexagonal Architecture），探討這類以業務領域為主的架構設計有什麼好處。隨後，本書會用實際的Java程式碼，帶領各位讀者親自動手做一遍六角形架構的實作流程。
你將學習如何在六角形架構的架構層之間選擇並實作對應策略，以及如何將架構中的各種元素組裝為應用程式。然後，我們也會說明如何強化架構中的邊界，並以理性的態度探討偷吃步的做法會造成什麼樣的技術債影響，以及在什麼樣的情況下，我們會願意承擔這類技術債。
讀完這本書，讀者將學會使用六角形架構的設計風格，建立整潔的網頁應用程式。
學習目標：
・採用階層式架構會有什麼潛在問題
・如何強化架構中的邊界
・偷吃步做法會為軟體架構帶來什麼潛在影響
・應該在何時採用何種架構設計風格
・根據架構設計來安排程式檔案結構
・針對架構中不同的元素安排不同的測試策略
下載範例程式檔案：
本書的程式碼是由GitHub託管，可點選下面圖案前往下載：
－「搞笑談軟工」板主Teddy Chen 專文推薦
[名家名著] 27
Clean Architecture實作篇：在整潔的架構上弄髒你的手
Get Your Hands Dirty on Clean Architecture
所有人都想要找出一種架構設計，能以最少的開發成本，打造最好又富有彈性的軟體。但是各種無理的時限壓力，以及各種不得已的偷吃步做法，讓我們離理想中的架構設計越來越遠。
本書會先從傳統的階層式架構設計入手，針對此架構的優缺點開始討論。接著，我們也會討論由Robert C. Martin（Uncle Bob）所提出的「整潔的架構」（Clean Architecture）以及由Alistair Cockburn所提出的「六角形架構」（Hexagonal Architecture），探討這類以業務領域為主的架構設計有什麼好處。隨後，本書會用實際的Java程式碼，帶領各位讀者親自動手做一遍六角形架構的實作流程。
你將學習如何在六角形架構的架構層之間選擇並實作對應策略，以及如何將架構中的各種元素組裝為應用程式。然後，我們也會說明如何強化架構中的邊界，並以理性的態度探討偷吃步的做法會造成什麼樣的技術債影響，以及在什麼樣的情況下，我們會願意承擔這類技術債。
讀完這本書，讀者將學會使用六角形架構的設計風格，建立整潔的網頁應用程式。
學習目標：
・採用階層式架構會有什麼潛在問題
・如何強化架構中的邊界
・偷吃步做法會為軟體架構帶來什麼潛在影響
・應該在何時採用何種架構設計風格
・根據架構設計來安排程式檔案結構
・針對架構中不同的元素安排不同的測試策略
下載範例程式檔案：
本書的程式碼是由GitHub託管，可點選下面圖案前往下載：
產品目錄
推薦序｜Teddy Chen
作者序
Chapter 01：階層式架構的問題點
資料庫驅動設計
在階層中偷吃步
難以執行的測試
使用案例不知影
平行分工的困難
如何讓軟體邁向可維護性的目標？
Chapter 02：依賴反轉
單一職責原則
與副作用之間的陳年往事
依賴反轉原則
整潔的架構
六角形架構
如何讓軟體邁向可維護性的目標？
Chapter 03：程式結構
以架構層為結構
以功能為結構
可呈現出架構的套件結構
依賴注入的影響
如何讓軟體邁向可維護性的目標？
Chapter 04：使用案例實作
領域模型實作
使用案例長話短說
輸入驗證
利用建構子的好處
不同的使用案例、不同的輸入模型
業務規則驗證
充血領域模型與貧血領域模型
不同的使用案例、不同的輸出模型
唯讀使用案例的問題
如何讓軟體邁向可維護性的目標？
Chapter 05：網頁層轉接器實作
依賴反轉
網頁層轉接器的職責
分割開來的控制器
如何讓軟體邁向可維護性的目標？
Chapter 06：儲存層轉接器實作
依賴反轉
儲存層轉接器的職責
分割開來的轉接埠介面
分割開來的儲存層轉接器
以Spring Data JPA為例
資料庫交易的問題
如何讓軟體邁向可維護性的目標？
Chapter 07：架構測試
測試金字塔
領域實體的單元測試
使用案例的單元測試
網頁層轉接器的整合測試
儲存層轉接器的整合測試
系統主要路徑的系統測試
要多少測試才算夠？
如何讓軟體邁向可維護性的目標？
Chapter 08：架構層之間的對應策略
不對應策略（No Mapping）
雙向對應策略（Two-Way Mapping）
全部對應策略（Full Mapping）
單向對應策略（One-Way Mapping）
如何選擇要採用的策略？
如何讓軟體邁向可維護性的目標？
Chapter 09：應用程式組裝
組裝是有什麼好談的？
透過純程式碼組裝
透過Spring的類別路徑掃描功能來組裝
透過Spring的Java Config來組裝
如何讓軟體邁向可維護性的目標？
Chapter 10：強化架構中的邊界
邊界與依賴關係
存取修飾子
編譯後檢查
建置成品
如何讓軟體邁向可維護性的目標？
Chapter 11：理性看待偷吃步
偷吃步的破窗效應
第一步的重要性
在使用案例之間共用模型
把領域實體當成輸出或輸入模型
省略輸入轉接埠
省略應用服務
如何讓軟體邁向可維護性的目標？
Chapter 12：選擇你的架構風格
領域為王（Domain is King）
經驗為后（Experience is Queen）
視情況而定（It depends...）
作者序
Chapter 01：階層式架構的問題點
資料庫驅動設計
在階層中偷吃步
難以執行的測試
使用案例不知影
平行分工的困難
如何讓軟體邁向可維護性的目標？
Chapter 02：依賴反轉
單一職責原則
與副作用之間的陳年往事
依賴反轉原則
整潔的架構
六角形架構
如何讓軟體邁向可維護性的目標？
Chapter 03：程式結構
以架構層為結構
以功能為結構
可呈現出架構的套件結構
依賴注入的影響
如何讓軟體邁向可維護性的目標？
Chapter 04：使用案例實作
領域模型實作
使用案例長話短說
輸入驗證
利用建構子的好處
不同的使用案例、不同的輸入模型
業務規則驗證
充血領域模型與貧血領域模型
不同的使用案例、不同的輸出模型
唯讀使用案例的問題
如何讓軟體邁向可維護性的目標？
Chapter 05：網頁層轉接器實作
依賴反轉
網頁層轉接器的職責
分割開來的控制器
如何讓軟體邁向可維護性的目標？
Chapter 06：儲存層轉接器實作
依賴反轉
儲存層轉接器的職責
分割開來的轉接埠介面
分割開來的儲存層轉接器
以Spring Data JPA為例
資料庫交易的問題
如何讓軟體邁向可維護性的目標？
Chapter 07：架構測試
測試金字塔
領域實體的單元測試
使用案例的單元測試
網頁層轉接器的整合測試
儲存層轉接器的整合測試
系統主要路徑的系統測試
要多少測試才算夠？
如何讓軟體邁向可維護性的目標？
Chapter 08：架構層之間的對應策略
不對應策略（No Mapping）
雙向對應策略（Two-Way Mapping）
全部對應策略（Full Mapping）
單向對應策略（One-Way Mapping）
如何選擇要採用的策略？
如何讓軟體邁向可維護性的目標？
Chapter 09：應用程式組裝
組裝是有什麼好談的？
透過純程式碼組裝
透過Spring的類別路徑掃描功能來組裝
透過Spring的Java Config來組裝
如何讓軟體邁向可維護性的目標？
Chapter 10：強化架構中的邊界
邊界與依賴關係
存取修飾子
編譯後檢查
建置成品
如何讓軟體邁向可維護性的目標？
Chapter 11：理性看待偷吃步
偷吃步的破窗效應
第一步的重要性
在使用案例之間共用模型
把領域實體當成輸出或輸入模型
省略輸入轉接埠
省略應用服務
如何讓軟體邁向可維護性的目標？
Chapter 12：選擇你的架構風格
領域為王（Domain is King）
經驗為后（Experience is Queen）
視情況而定（It depends...）
作者介紹
Tom Hombergs
Tom Hombergs是一位專業資深軟體工程師，投身於此行業已十多年，曾服務各大企業客戶，並曾參與各種不同的軟體開發專案。這些軟體開發專案大多數都是以Java程式語言的開發環境為主，Tom則是在其中扮演過開發工程師、架構設計師以及教練等角色。Tom認為教學相長，因此寫書的過程對自己來說也是一次很好的學習機會，尤其是能從自身經驗及過往參與的軟體專案來探討各項議題，希望能夠透過文字，為混亂不明的軟體開發領域帶來秩序與一線光明。除了寫書以外，他也會在個人部落格reflectoring.io上發表一些關於軟體開發的文章，並且偶爾會在各大論壇上發表演講。
Tom Hombergs是一位專業資深軟體工程師，投身於此行業已十多年，曾服務各大企業客戶，並曾參與各種不同的軟體開發專案。這些軟體開發專案大多數都是以Java程式語言的開發環境為主，Tom則是在其中扮演過開發工程師、架構設計師以及教練等角色。Tom認為教學相長，因此寫書的過程對自己來說也是一次很好的學習機會，尤其是能從自身經驗及過往參與的軟體專案來探討各項議題，希望能夠透過文字，為混亂不明的軟體開發領域帶來秩序與一線光明。除了寫書以外，他也會在個人部落格reflectoring.io上發表一些關於軟體開發的文章，並且偶爾會在各大論壇上發表演講。
規格
誠品貨碼 / 2682219882004
ISBN13 / 9786263331815
ISBN10 / 626333181X
EAN貨碼 / 9786263331815
頁數 / 176
裝訂 / P:平裝
語言 / 1:中文/繁體
尺寸 / 23X17X1.3CM
級別 / N:無
退貨說明
退貨須知：
- 依照消費者保護法的規定，您享有商品貨到次日起七天猶豫期(含例假日)的權益(請注意！猶豫期非試用期)，辦理退貨之商品必須是全新狀態(不得有刮傷、破損、受潮)且需完整(包含全部商品、配件、原廠內外包裝、贈品及所有附隨文件或資料的完整性等)。
- 請您以送貨廠商使用之包裝紙箱將退貨商品包裝妥當，若原紙箱已遺失，請另使用其他紙箱包覆於商品原廠包裝之外，切勿直接於原廠包裝上黏貼紙張或書寫文字。若原廠包裝損毀將可能被認定為已逾越檢查商品之必要程度，本公司得依毀損程度扣除回復原狀必要費用(整新費)後退費；請您先確認商品正確、外觀可接受，再行拆封，以免影響您的權利；若為產品瑕疵，本公司接受退貨。
依「通訊交易解除權合理例外情事適用準則」，下列商品不適用七日猶豫期，除產品本身有瑕疵外，不接受退貨：
- 易於腐敗、保存期限較短或解約時即將逾期。(如:生鮮蔬果、乳製品、冷凍冷藏食材、蛋糕)
- 依消費者要求所為之客製化給付。(如:客製印章、鋼筆刻字)
- 報紙、期刊或雜誌。
- 經消費者拆封之影音商品或電腦軟體。
- 非以有形媒介提供之數位內容或一經提供即為完成之線上服務，經消費者事先同意始提供。(如:電子書)
- 已拆封之個人衛生用品。(如:內衣褲、襪類、褲襪、刮鬍刀、除毛刀等貼身用品)
- 國際航空客運服務。
若您退貨時有下列情形，可能被認定已逾越檢查商品之必要程度而須負擔為回復原狀必要費用(整新費)，或影響您的退貨權利，請您在拆封前決定是否要退貨：
- 以數位或電磁紀錄形式儲存或著作權相關之商品(包含但不限於CD、VCD、DVD、電腦軟體等) 包裝已拆封者(除運送用之包裝以外)。
- 耗材(包含但不限於墨水匣、碳粉匣、紙張、筆類墨水、清潔劑補充包等)之商品包裝已拆封者(除運送用之包裝以外)。
- 衣飾鞋類/寢具/織品(包含但不限於衣褲、鞋子、襪子、泳裝、床單、被套、填充玩具)或之商品缺件(含購買商品、附件、內外包裝、贈品等)或經剪標或下水或商品有不可回復之髒污或磨損痕跡。
- 食品、美容/保養用品、內衣褲等消耗性或個人衛生用品、商品銷售頁面上特別載明之商品已拆封者(除運送用之包裝外一切包裝、包括但不限於瓶蓋、封口、封膜等接觸商品內容之包裝部分)或已非全新狀態(外觀有刮傷、破損、受潮等)與包裝不完整(缺少商品、附件、原廠外盒、保護袋、配件紙箱、保麗龍、隨貨文件、贈品等)。
- 家電、3C、畫作、電子閱讀器等商品，除商品本身有瑕疵外，退回之商品已拆封(除運送用之包裝外一切包裝、包括但不限於封膜等接觸商品內容之包裝部分、移除封條、拆除吊牌、拆除貼膠或標籤等情形)或已非全新狀態(外觀有刮傷、破損、受潮等)與包裝不完整(缺少商品、附件、原廠外盒、保護袋、配件紙箱、保麗龍、隨貨文件、贈品等)。
- 退貨程序請參閱【客服專區→常見問題→誠品線上退貨退款】之說明。
付款/配送
