幫助中心 | 我的帳號 | 關於我們
進階搜尋
car

同類熱銷排行榜

最近瀏覽的商品

領域驅動設計(軟體核心複雜性應對之道修訂版)

  • 作者：(美)埃文斯|責編:楊海玲|譯者:趙俐//盛海艷//劉霞等
  • 出版社：人民郵電
  • ISBN：9787115376756
  • 出版日期：2016/06/01
  • 裝幀：平裝
  • 頁數：370
人民幣：RMB 99.8 元      售價：元
放入購物車
加入收藏夾
內容大鋼
    本書是領域驅動設計方面的經典之作，修訂版更是對之前出版的中文版進行了全面的修訂和完善。
    全書圍繞著設計和開發實踐，結合若干真實的項目案例，向讀者闡述如何在真實的軟體開發中應用領域驅動設計。書中給出了領域驅動設計的系統化方法，並將人們普遍接受的一些最佳實踐綜合到一起，融入了作者的見解和經驗，展現了一些可擴展的設計最佳實踐、已驗證過的技術以及便於應對複雜領域的軟體項目開發的基本原則。  
    本書適合各層次的面向對象軟體開發人員、系統分析員閱讀。
作者介紹
(美)埃文斯|責編:楊海玲|譯者:趙俐//盛海艷//劉霞等
    埃文斯，「領域驅動設計之父」，世界著名軟體建模專家。他創建了Domain Language公司，致力於幫助公司機構創建與業務緊密相關的軟體。他在世界各地宣講領域驅動設計的思想，開設課程，參加會議，接受專訪，擁有大批的追隨者。從20世紀80年代開始，他就以設計師和程序員的雙重身份參與過許多大型面向對象系統的設計和開發，涉及各種複雜的業務和技術領域。同時，他還培訓和指導過許多開發團隊開展極限編程實踐。
目錄
第一部分  運用領域模型
第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  模式：ＭODULE（也稱為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  運輸模型中的ＭODULE
  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的應用和實現
第10章  柔性設計
  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  盡可能利用已有的形式
第11章  應用分析模式
第12章  將設計模式應用於模型
  12.1  模式：STRATEGY（也稱為POLICY）
  12.2  模式：COMPOSITE
  12.3  為什麼沒有介紹FLYWEIGHT
第13章  通過重構得到更深層的理解
  13.1  開始重構
  13.2  探索團隊
  13.3  借鑒先前的經驗
  13.4  針對開發人員的設計
  13.5  重構的時機
  13.6  危機就是機遇
第四部分  戰略設計
第14章  保持模型的完整性
  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
第15章  精煉
  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  選擇重構目標
第16章  大型結構
  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  通過精煉可以減輕負擔
第17章  領域驅動設計的綜合運用
  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  注意總體規劃
結束語
附錄
術語表
參考文獻
圖片說明
索引

  • 商品搜索：
  • | 高級搜索
首頁│ 新手上路│ 客服中心│ 關於我們│ 聯絡我們│ Top↑│
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話：02-2381-2033 02-2381-1863　時間：週一-週五 10:00-17:00
　服務信箱：bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證：浙B2-20060032