| | | 領域驅動設計(軟件核心復雜性應對之道) | 該商品所屬分類:計算機/網絡 -> 軟件工程 | 【市場價】 | 625-905元 | 【優惠價】 | 391-566元 | 【介質】 | book | 【ISBN】 | 9787115376756 | 【折扣說明】 | 一次購物滿999元台幣免運費+贈品 一次購物滿2000元台幣95折+免運費+贈品 一次購物滿3000元台幣92折+免運費+贈品 一次購物滿4000元台幣88折+免運費+贈品
| 【本期贈品】 | ①優質無紡布環保袋,做工棒!②品牌簽字筆 ③品牌手帕紙巾
| |
版本 | 正版全新電子版PDF檔 | 您已选择: | 正版全新 | 溫馨提示:如果有多種選項,請先選擇再點擊加入購物車。*. 電子圖書價格是0.69折,例如了得網價格是100元,電子書pdf的價格則是69元。 *. 購買電子書不支持貨到付款,購買時選擇atm或者超商、PayPal付款。付款後1-24小時內通過郵件傳輸給您。 *. 如果收到的電子書不滿意,可以聯絡我們退款。謝謝。 | | | | 內容介紹 | |
-
出版社:人民郵電
-
ISBN:9787115376756
-
作者:(美)埃文斯|譯者:趙俐//盛海艷//劉霞
-
頁數:370
-
出版日期:2016-06-01
-
印刷日期:2016-06-01
-
包裝:平裝
-
開本:16開
-
版次:2
-
印次:1
-
字數:515千字
-
埃文斯著的《領域驅動設計》是領域驅動設計方 面的經典之作,修訂版更是對之前出版的中文版進行 了全面的修訂和完善。 全書圍繞著設計和開發實踐,結合若干真實的項 目案例,向讀者闡述如何在真實的軟件開發中應用領 域驅動設計。書中給出了領域驅動設計的繫統化方法 ,並將人們普遍接受的一些最佳實踐綜合到一起,融 入了作者的見解和經驗,展現了一些可擴展的設計最 佳實踐、已驗證過的技術以及便於應對復雜領域的軟 件項目開發的基本原則。 本書適合各層次的面向對像軟件開發人員、繫統 分析員閱讀。
-
**部分 運用領域模型 第1章 消化知識 1.1 有效建模的要素 1.2 知識消化 1.3 持續學習 1.4 知識豐富的設計 1.5 深層模型 第2章 交流與語言的使用 2.1 模式:UBIQUITOUS LANGUAGE 2.2 “大聲地”建模 2.3 一個團隊,一種語言 2.4 文檔和圖 2.4.1 書面設計文檔 2.4.2 **依賴可執行代碼的情況 2.5 解釋性模型 第3章 綁定模型和實現 3.1 模式:MODEL-DRIVEN DESIGN 3.2 建模範式和工具支持 3.3 揭示主旨:為什麼模型對用戶至關重要 3.4 模式:HANDS-ON MODELER 第二部分 模型驅動設計的構造塊 第4章 分離領域 4.1 模式:LAYERED ARCHITECTURE 4.1.1 將各層關聯起來 4.1.2 架構框架 4.2 領域層是模型的精髓 4.3 模式:THE SMART UI“反模式” 4.4 其他分離方式 第5章 軟件中所表示的模型 5.1 關聯 5.2 模式:ENTITY(又稱為REFERENCE OBJECT) 5.2.1 ENTITY建模 5.2.2 設計標識操作 5.3 模式:VALUE OBJECT 5.3.1 設計VALUE OBJECT 5.3.2 設計包含VALUE OBJECT的關聯 5.4 模式:SERVICE 5.4.1 SERVICE與孤立的領域層 5.4.2 粒度 5.4.3 對SERVICE的訪問 5.5 模式:MODULE(也稱為PACKAGE) 5.5.1 敏捷的MODULE 5.5.2 通過基礎設施打包時存在的隱患 5.6 建模範式 5.6.1 對像範式流行的原因 5.6.2 對像世界中的非對像 5.6.3 在混合範式中堅持使用MODEL-DRIVEN DESIGN 第6章 領域對像的生命周期 6.1 模式:AGGREGATE 6.2 模式:FACTORY 6.2.1 選擇FACTORY及其應用位置 6.2.2 有些情況下隻需使用構造函數 6.2.3 接口的設計 6.2.4 固定規則的相關邏輯應放置在哪裡 6.2.5 ENTITY FACTORY與VALUE OBJECT FACTORY 6.2.6 重建已存儲的對像 6.3 模式:REPOSITORY 6.3.1 REPOSITORY的查詢 6.3.2 客戶代碼可以忽略REPOSITORY的實現,但開發人員不能忽略 6.3.3 REPOSITORY的實現 6.3.4 在框架內工作 6.3.5 REPOSITORY與FACTORY的關繫 6.4 為關繫數據庫設計對像 第7章 使用語言:一個擴展的示例 7.1 貨物運輸繫統簡介 7.2 隔離領域:引入應用層 7.3 將ENTITY和VALUE OBJECT區別開 7.4 設計運輸領域中的關聯 7.5 AGGREGATE邊界 7.6 選擇REPOSITORY 7.7 場景走查 7.7.1 應用程序特性舉例:*改Cargo的目的地 7.7.2 應用程序特性舉例:重復業務 7.8 對像的創建 7.8.1 Cargo的FACTORY和構造函數 7.8.2 添加Handling Event 7.9 停一下,重構:Cargo AGGREGATE 的另一種設計 7.10 運輸模型中的MODULE 7.11 引入新特性:配額檢查 7.11.1 連接兩個繫統 7.11.2 進一步完善模型:劃分業務 7.11.3 性能優化 7.12 小結 第三部分 通過重構來加深理解 第8章 突破 8.1 一個關於突破的故事 8.1.1 華而不實的模型 8.1.2 突破 8.1.3 *深層模型 8.1.4 冷靜決策 8.1.5 成果 8.2 機遇 8.3 關注根本 8.4 後記:越來越多的新理解 第9章 將隱式概念轉變為顯式概念 9.1 概念挖掘 9.1.1 傾聽語言 9.1.2 檢查不足之處 9.1.3 思考矛盾之處 9.1.4 查閱書籍 9.1.5 嘗試,再嘗試 9.2 如何為那些不太明顯的概念建模 9.2.1 顯式的約束 9.2.2 將過程建模為領域對像 9.2.3 模式:SPECIFICATION 9.2.4 SPECIFICATION的應用和實現 **0章 柔性設計 10.1 模式:INTENTION-REVEALING INTERFACES 10.2 模式:SIDE-EFFECT-FREE FUNCTION 10.3 模式:ASSERTION 10.4 模式:CONCEPTUAL CONTOUR 10.5 模式:STANDALONE CLASS 10.6 模式:CLOSURE OF OPERATION 10.7 聲明式設計 10.8 聲明式設計風格 10.9 切入問題的角度 10.9.1 分割子領域 10.9.2 盡可能利用已有的形式 **1章 應用分析模式 **2章 將設計模式應用於模型 12.1 模式:STRATEGY(也稱為POLICY) 12.2 模式:COMPOSITE 12.3 為什麼沒有介紹FLYWEIGHT **3章 通過重構得到*深層的理解 13.1 開始重構 13.2 探索團隊 13.3 借鋻先前的經驗 13.4 針對開發人員的設計 13.5 重構的時機 13.6 危機就是機遇 第四部分 戰略設計 **4章 保持模型的完整性 14.1 模式:BOUNDED CONTEXT 14.2 模式:CONTINUOUS INTEGRATION 14.3 模式:CONTEXT MAP 14.3.1 測試CONTEXT的邊界 14.3.2 CONTEXT MAP的組織和文檔化 14.4 BOUNDED CONTEXT之間的關繫 14.5 模式:SHARED KERNEL 14.6 模式:CUSTOMER/SUPPLIER DEVELOPMENT TEAM 14.7 模式:CONFORMIST 14.8 模式:ANTICORRUPTION LAYER 14.8.1 設計ANTICORRUPTION LAYER的接口 14.8.2 實現ANTICORRUPTION LAYER 14.8.3 一個關於防御的故事 14.9 模式:SEPARATE WAY 14.10 模式:OPEN HOST SERVICE 14.11 模式:PUBLISHED LANGUAGE 14.12 “大像”的統一 14.13 選擇你的模型上下文策略 14.13.1 團隊決策或*高層決策 14.13.2 置身上下文中 14.13.3 轉換邊界 14.13.4 接受那些我們無法*改的事物:描述外部繫統 14.13.5 與外部繫統的關繫 14.13.6 設計中的繫統 14.13.7 用不同模型滿足特殊需要 14.13.8 部署 14.13.9 權衡 14.13.10 當項目正在進行時 14.14 轉換 14.14.1 合並CONTEXT:SEPARATE WAY →SHARED KERNEL 14.14.2 合並CONTEXT:SHARED KERNEL→CONTINUOUS INTEGRATION 14.14.3 逐步淘汰遺留繫統 14.14.4 OPEN HOST SERVICE→PUBLISHED LANGUAGE **5章 精煉 15.1 模式:CORE DOMAIN 15.1.1 選擇核心 15.1.2 工作的分配 15.2 精煉的逐步提升 15.3 模式:GENERIC SUBDOMAIN 15.3.1 通用不等於可重用 15.3.2 項目風險管理 15.4 模式:DOMAIN VISION STATEMENT 15.5 模式:HIGHLIGHTED CORE 15.5.1 精煉文檔 15.5.2 標明CORE 15.5.3 把精煉文檔作為過程工具 15.6 模式:COHESIVE MECHANISM 15.6.1 GENERIC SUBDOMAIN與COHESIVE MECHANISM的比較 15.6.2 MECHANISM是CORE DOMAIN一部分 15.7 通過精煉得到聲明式風格 15.8 模式:SEGREGATED CORE 15.8.1 創建SEGREGATED CORE的代價 15.8.2 不斷發展演變的團隊決策 15.9 模式:ABSTRACT CORE 15.10 深層模型精煉 15.11 選擇重構目標 **6章 大型結構 16.1 模式:EVOLVING ORDER 16.2 模式:SYSTEM METAPHOR 16.3 模式:RESPONSIBILITY LAYER 16.4 模式:KNOWLEDGE LEVEL 16.5 模式:PLUGGABLE COMPONENT FRAMEWORK 16.6 結構應該有一種什麼樣的約束 16.7 通過重構得到*適當的結構 16.7.1 小化 16.7.2 溝通和自律 16.7.3 通過重構得到柔性設計 16.7.4 通過精煉可以減輕負擔 **7章 領域驅動設計的綜合運用 17.1 把大型結構與BOUNDED CONTEXT結合起來使用 17.2 將大型結構與精煉結合起來使用 17.3 首先評估 17.4 由誰制定策略 17.4.1 從應用程序開發自動得出的結構 17.4.2 以客戶為中心的架構團隊 17.5 制定戰略設計決策的6個要點 17.5.1 技術框架同樣如此 17.5.2 注意總體規劃 結束語 附錄 術語表 參考文獻 圖片說明 索引
| | | | | |