[ 收藏 ] [ 简体中文 ]  
臺灣貨到付款、ATM、超商、信用卡PAYPAL付款,4-7個工作日送達,999元臺幣免運費   在線留言 商品價格為新臺幣 
首頁 電影 連續劇 音樂 圖書 女裝 男裝 童裝 內衣 百貨家居 包包 女鞋 男鞋 童鞋 計算機周邊

商品搜索

 类 别:
 关键字:
    

商品分类

領域驅動設計(軟件核心復雜性應對之道)
該商品所屬分類:計算機/網絡 -> 軟件工程
【市場價】
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 注意總體規劃
    結束語
    附錄
    術語表
    參考文獻
    圖片說明
    索引
 
網友評論  我們期待著您對此商品發表評論
 
相關商品
在線留言 商品價格為新臺幣
關於我們 送貨時間 安全付款 會員登入 加入會員 我的帳戶 網站聯盟
DVD 連續劇 Copyright © 2024, Digital 了得網 Co., Ltd.
返回頂部