中圖網小程序
一鍵登錄
更方便
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
領域驅動設計與模式實戰 版權信息
- ISBN：9787115212771
- 條形碼：9787115212771 ; 978-7-115-21277-1
- 裝幀：一般膠版紙
- 冊數：暫無
- 重量：暫無
- 所屬分類：>>
領域驅動設計與模式實戰 本書特色
net開發人員必讀之作，帶領讀者踏上領域驅動設計世界的實用、博學之旅。
《企業應用架構模式》與《領域驅動設計》兩大名著精髓的實戰演練。
不僅足夠詳細地解釋了基本思想，而且將一系列思想綜合到一起，幫助開發人員從頭到位了解整個路線。
領域驅動設計與模式實戰 內容簡介
本書全面詳細地解釋了領域驅動設計、測試驅動開發、依賴注入、持久化、重構、模式等很多基本概念，并以c#和.net實例為依托，展示了這些概念的實際應用和重要價值。更重要的是，本書還將這些概念整合到一起，為開發人員從頭至尾地揭示了完整的開發路線。閱讀本書后，讀者將能真正掌握這些重要概念，并有效地將它們結合起來，應用到實際開發過程中。
本書適合軟件架構師和開發人員閱讀。
領域驅動設計與模式實戰 目錄
**部分 背景知識
第1章 應重視的價值，也是對過去幾年的沉重反思
1.1 總體價值
1.2 應重視的架構風格
1.2.1 焦點之一：模型
1.2.2 焦點之二：用例
1.2.3 如果重視模型，就可以使用領域模型模式
1.2.4 慎重處理數據庫
1.2.5 領域模型與關系數據庫之間的阻抗失配
1.2.6 謹慎處理分布式
1.2.7 消息傳遞很重要
1.3 對過程的各個組成部分的評價
1.3.1 預先架構設計
1.3.2 領域驅動設計
1.3.3 測試驅動開發
1.3.4 重構
1.3.5 選擇一種還是選擇組合
1.4 持續集成
1.4.1 解決方案（或至少是正確方向上的一大步）
1.4.2 從我的組織汲取的教訓
1.4.3 更多信息
1.5 不要忘記運行機制
1.5.1 有關何時需要運行機制的一個例子
1.5.2 運行機制的一些例子
1.5.3 它不僅僅是我們的過錯
1.6 小結
第2章 模式起步
2.1 模式概述
2.1.1 為什么要學習模式
2.1.2 在模式方面要注意哪些事情
2.2 設計模式
2.3 架構模式
2.3.1 示例：層
2.3.2 另一個示例：領域模型模式
2.4 針對具體應用程序類型的設計模式
2.5 領域模式
2.6 小結
第3章 tdd與重構
3.1 tdd
3.1.1 tdd流程
3.1.2 演示
3.1.3 設計效果
3.1.4 問題
3.1.5 下一個階段
3.2 模擬和樁
3.2.1 典型單元測試
3.2.2 聲明獨立性
3.2.3 處理困難因素
3.2.4 用測試樁替換協作對象
3.2.5 用模擬對象替換協作對象
3.2.6 設計含義
3.2.7 結論
3.2.8 更多信息
3.3 重構
3.4 小結
第二部分 應用ddd
第4章 新的默認架構
4.1 新的默認架構的基礎知識
4.1.1 從以數據庫為中心過渡到以領域模型為中心
4.1.2 進一步關注ddd
4.1.3 根據ddd進行分層
4.2 輪廓
4.2.1 領域模型示例的問題/特性
4.2.2 逐個處理特性
4.2.3 到目前為止的領域模型
4.3 初次嘗試將ui與領域模型掛接
4.3.1 基本目標
4.3.2 簡單ui的當前焦點
4.3.3 為客戶列出訂單
4.3.4 添加訂單
4.3.5 剛才我們看到了什么
4.4 另一個維度
4.4.1 領域模型的位置
4.4.2 孤立或共享的實例
4.4.3 有狀態或無狀態領域模型實例化
4.4.4 領域模型的完整實例化或子集實例化
4.5 小結
第5章 領域驅動設計進階
5.1 通過簡單的tdd實驗來精化領域模型
5.1.1 從order和orderfactory的創建開始
5.1.2 一些領域邏輯
5.1.3 第二個任務：orderrepository+ordernumber
5.1.4 重建持久化的實體：如何從外部設置值
5.1.5 獲取訂單列表
5.1.6 該到討論實體的時候了
5.1.7 再次回到流程上來
5.1.8 總覽圖
5.1.9 建立orderrepository的偽實現
5.1.10 簡單討論一下保存
5.1.11 每個訂單的總量
5.1.12 歷史客戶信息
5.1.13 實例的生命周期
5.1.14 訂單類型
5.1.15 訂單的介紹人
5.2 連貫接口
5.3 小結
第6章 準備基礎架構
6.1 將poco作為工作方式
6.1.1 實體和值對象的pi
6.1.2 是否使用pi
6.1.3 運行時與編譯時pi
6.1.4 pi實體/值對象的代價
6.1.5 將pi用于存儲庫
6.1.6 單組存儲庫的代價
6.2 對保存場景的處理
6.3 建立偽版本機制
6.3.1 偽版本機制的更多特性
6.3.2 偽版本的實現
6.3.3 影響單元測試
6.4 數據庫測試
6.4.1 在每次測試之前重置數據庫
6.4.2 在測試運行期間保持數據庫的狀態
6.4.3 測試之前重置測試所使用的數據
6.4.4 不要忘記不斷演變的模式
6.4.5 分離單元測試和數據庫調用測試
6.5 查詢
6.5.1 單組查詢對象
6.5.2 單組查詢對象的代價
6.5.3 將查詢定位到哪里
6.5.4 再次將聚合作為工具
6.5.5 將規格用于查詢
6.5.6 其他查詢選擇
6.6 小結
第7章 應用規則
7.1 規則的分類
7.2 規則的原則及用法
7.2.1 雙向規則檢查：可選的（可能的）主動檢查，必需的（和自動的）被動檢查
7.2.2 所有狀態（即使是錯誤狀態）都應該是可保存的
7.2.3 規則應該高效使用
7.2.4 規則應該是可配置的，以便添加自定義規則
7.2.5 規則應與狀態放在一起
7.2.6 規則應該具有很高的可測試性
7.2.7 系統應阻止我們進入錯的狀態
7.3 開始創建api
7.3.1 上下文，上下文，還是上下文
7.3.2 數據庫約束
7.3.3 將規則綁定到與領域有關的轉換，還是綁定到與基礎架構有關的轉換
7.3.4 精化原則：所有狀態，即使是錯誤狀態，都應該是可保存的
7.4 與持久化有關的基本的規則api的需求
7.4.1 回到已發現的api問題上
7.4.2 問題是什么
7.4.3 我們允許了不正確的轉換
7.4.4 如果忘記檢查怎么辦
7.5 關注與領域有關的規則
7.5.1 需要合作的規則
7.5.2 使用基于集合的處理方法
7.5.3 基于服務的驗證
7.5.4 在不應該轉換時嘗試轉換
7.5.5 業務id
7.5.6 避免問題
7.5.7 再次將聚合作為工具
7.6 擴展api
7.6.1 查詢用于設置ui的規則
7.6.2 使注入規則成為可能
7.7 對實現進行精化
7.7.1 一個初步實現
7.7.2 創建規則類，離開*不成熟的階段
7.7.3 設置規則列表
7.7.4 使用規則列表
7.7.5 處理子列表
7.7.6 一個api改進
7.7.7 自定義
7.7.8 為使用者提供元數據
7.7.9 是否適合用模式來解決此問題
7.7.10 復雜規則又是什么情況
7.8 綁定到持久化抽象
7.8.1 使驗證接口成為可插入的
7.8.2 在保存方面實現被動驗證的替代解決方案
7.8.3 重用映射元數據
7.9 使用泛型和匿名方法
7.10 其他人都做了什么
7.11 小結
第三部分 應用poeaa
第8章 用于持久化的基礎架構
8.1 持久化基礎架構的需求
8.2 將數據存儲到哪里
8.2.1 ram
8.2.2 文件系統
8.2.3 對象數據庫
8.2.4 關系數據庫
8.2.5 使用一個還是多個資源管理器
8.2.6 其他因素
8.2.7 選擇和前進
8.3 方法
8.3.1 自定義手工編碼
8.3.2 自定義代碼的代碼生成
8.3.3 元數據映射（對象關系（o/r）映射工具）
8.3.4 再次選擇
8.4 分類
8.4.1 領域模型風格
8.4.2 映射工具風格
8.4.3 起點
8.4.4 api焦點
8.4.5 查詢風格
8.4.6 高級數據庫支持
8.4.7 其他功能
8.5 另一個分類：基礎架構模式
8.5.1 元數據映射：元數據的類型
8.5.2 標識字段
8.5.3 外鍵映射
8.5.4 嵌入值
8.5.5 繼承解決方案
8.5.6 標識映射
8.5.7 操作單元
8.5.8 延遲加載/立即加載
8.5.9 并發控制
8.6 小結
第9章 應用nhibernate
9.1 為什么使用nhibernate
9.2 nhibernate簡介
9.2.1 準備
9.2.2 一些映射元數據
9.2.3 一個小的api示例
9.2.4 事務
9.3 持久化基礎架構的需求
9.3.1 高級持久化透明
9.3.2 持久化實體的生命周期所需的特定特性
9.3.3 謹慎處理關系數據庫
9.4 分類
9.4.1 領域模型風格
9.4.2 映射工具風格
9.4.3 起點
9.4.4 api焦點
9.4.5 查詢語言風格
9.4.6 高級數據庫支持
9.4.7 其他功能
9.5 另一種分類：基礎架構模式
9.5.1 元數據映射：元數據類型
9.5.2 標識字段
9.5.3 外鍵映射
9.5.4 嵌入值
9.5.5 繼承解決方案
9.5.6 標識映射
9.5.7 操作單元
9.5.8 延遲加載/立即加載
9.5.9 并發性控制
9.5.10 額外功能：驗證掛鉤
9.6 nhibernate和ddd
9.6.1 程序集概覽
9.6.2 isession和存儲庫
9.6.3 isession、存儲庫和事務
9.6.4 得到了什么結果
9.7 小結
第四部分 下一步驟
第10章 博采其他設計技術
10.1 上下文為王
10.1.1 層和分區
10.1.2 分區的原因
10.1.3 限界上下文
10.1.4 限界上下文與分區有何關聯
10.1.5 向上擴展ddd項目
10.1.6 為什么對領域模型——so分區
10.2 soa簡介
10.2.1 什么是soa
10.2.2 為什么需要soa
10.2.3 soa有什么不同
10.2.4 什么是服務
10.2.5 服務中包括什么
10.2.6 深入分析4條原則
10.2.7 再來看一下什么是服務
10.2.8 oo在soa中的定位
10.2.9 客戶-服務器和soa
10.2.10 單向異步消息傳遞
10.2.11 soa如何提高可伸縮性
10.2.12 soa服務的設計
10.2.13 服務之間如何交互
10.2.14 soa和不可用的服務
10.2.15 復雜的消息傳遞處理
10.2.16 服務的可伸縮性
10.2.17 小結
10.3 控制反轉和依賴注入
10.3.1 任何對象都不是孤島
10.3.2 工廠、注冊類和服務定位器
10.3.3 構造方法依賴注入
10.3.4 setter依賴注入
10.3.5 控制反轉
10.3.6 使用了spring.net框架的依賴注入
10.3.7 利用picocontainer.net進行自動裝配
10.3.8 嵌套容器
10.3.9 服務定位器與依賴注入的比較
10.3.10 小結
10.4 面向方面編程
10.4.1 熱門話題有哪些
10.4.2 aop術語定義
10.4.3 .net中的aop
10.4.4 小結
10.5 小結
第11章 關注ui
11.1 提前結語
11.2 模型-視圖-控制器模式
11.2.1 示例：joe的shoe shop程序
11.2.2 通過適配器簡化視圖界面
11.2.3 將控制器從視圖解耦
11.2.4 將視圖和控制器結合起來
11.2.5 是否值得使用mvc
11.3 測試驅動的web窗體
11.3.1 背景
11.3.2 一個示例
11.3.3 領域模型
11.3.4 gui的tdd
11.3.5 web窗體實現
11.3.6 小結
11.3.7 用nmock創建模擬
11.4 映射和包裝
11.4.1 映射和包裝
11.4.2 用表示模型來包裝領域模型
11.4.3 將表示模型映射到領域模型
11.4.4 管理關系
11.4.5 狀態問題
11.4.6 *后的想法
11.5 小結
11.6 結束語
第五部分 附錄
附錄a 其他領域模型風格
附錄b 已討論的模式的目錄
第1章 應重視的價值，也是對過去幾年的沉重反思
1.1 總體價值
1.2 應重視的架構風格
1.2.1 焦點之一：模型
1.2.2 焦點之二：用例
1.2.3 如果重視模型，就可以使用領域模型模式
1.2.4 慎重處理數據庫
1.2.5 領域模型與關系數據庫之間的阻抗失配
1.2.6 謹慎處理分布式
1.2.7 消息傳遞很重要
1.3 對過程的各個組成部分的評價
1.3.1 預先架構設計
1.3.2 領域驅動設計
1.3.3 測試驅動開發
1.3.4 重構
1.3.5 選擇一種還是選擇組合
1.4 持續集成
1.4.1 解決方案（或至少是正確方向上的一大步）
1.4.2 從我的組織汲取的教訓
1.4.3 更多信息
1.5 不要忘記運行機制
1.5.1 有關何時需要運行機制的一個例子
1.5.2 運行機制的一些例子
1.5.3 它不僅僅是我們的過錯
1.6 小結
第2章 模式起步
2.1 模式概述
2.1.1 為什么要學習模式
2.1.2 在模式方面要注意哪些事情
2.2 設計模式
2.3 架構模式
2.3.1 示例：層
2.3.2 另一個示例：領域模型模式
2.4 針對具體應用程序類型的設計模式
2.5 領域模式
2.6 小結
第3章 tdd與重構
3.1 tdd
3.1.1 tdd流程
3.1.2 演示
3.1.3 設計效果
3.1.4 問題
3.1.5 下一個階段
3.2 模擬和樁
3.2.1 典型單元測試
3.2.2 聲明獨立性
3.2.3 處理困難因素
3.2.4 用測試樁替換協作對象
3.2.5 用模擬對象替換協作對象
3.2.6 設計含義
3.2.7 結論
3.2.8 更多信息
3.3 重構
3.4 小結
第二部分 應用ddd
第4章 新的默認架構
4.1 新的默認架構的基礎知識
4.1.1 從以數據庫為中心過渡到以領域模型為中心
4.1.2 進一步關注ddd
4.1.3 根據ddd進行分層
4.2 輪廓
4.2.1 領域模型示例的問題/特性
4.2.2 逐個處理特性
4.2.3 到目前為止的領域模型
4.3 初次嘗試將ui與領域模型掛接
4.3.1 基本目標
4.3.2 簡單ui的當前焦點
4.3.3 為客戶列出訂單
4.3.4 添加訂單
4.3.5 剛才我們看到了什么
4.4 另一個維度
4.4.1 領域模型的位置
4.4.2 孤立或共享的實例
4.4.3 有狀態或無狀態領域模型實例化
4.4.4 領域模型的完整實例化或子集實例化
4.5 小結
第5章 領域驅動設計進階
5.1 通過簡單的tdd實驗來精化領域模型
5.1.1 從order和orderfactory的創建開始
5.1.2 一些領域邏輯
5.1.3 第二個任務：orderrepository+ordernumber
5.1.4 重建持久化的實體：如何從外部設置值
5.1.5 獲取訂單列表
5.1.6 該到討論實體的時候了
5.1.7 再次回到流程上來
5.1.8 總覽圖
5.1.9 建立orderrepository的偽實現
5.1.10 簡單討論一下保存
5.1.11 每個訂單的總量
5.1.12 歷史客戶信息
5.1.13 實例的生命周期
5.1.14 訂單類型
5.1.15 訂單的介紹人
5.2 連貫接口
5.3 小結
第6章 準備基礎架構
6.1 將poco作為工作方式
6.1.1 實體和值對象的pi
6.1.2 是否使用pi
6.1.3 運行時與編譯時pi
6.1.4 pi實體/值對象的代價
6.1.5 將pi用于存儲庫
6.1.6 單組存儲庫的代價
6.2 對保存場景的處理
6.3 建立偽版本機制
6.3.1 偽版本機制的更多特性
6.3.2 偽版本的實現
6.3.3 影響單元測試
6.4 數據庫測試
6.4.1 在每次測試之前重置數據庫
6.4.2 在測試運行期間保持數據庫的狀態
6.4.3 測試之前重置測試所使用的數據
6.4.4 不要忘記不斷演變的模式
6.4.5 分離單元測試和數據庫調用測試
6.5 查詢
6.5.1 單組查詢對象
6.5.2 單組查詢對象的代價
6.5.3 將查詢定位到哪里
6.5.4 再次將聚合作為工具
6.5.5 將規格用于查詢
6.5.6 其他查詢選擇
6.6 小結
第7章 應用規則
7.1 規則的分類
7.2 規則的原則及用法
7.2.1 雙向規則檢查：可選的（可能的）主動檢查，必需的（和自動的）被動檢查
7.2.2 所有狀態（即使是錯誤狀態）都應該是可保存的
7.2.3 規則應該高效使用
7.2.4 規則應該是可配置的，以便添加自定義規則
7.2.5 規則應與狀態放在一起
7.2.6 規則應該具有很高的可測試性
7.2.7 系統應阻止我們進入錯的狀態
7.3 開始創建api
7.3.1 上下文，上下文，還是上下文
7.3.2 數據庫約束
7.3.3 將規則綁定到與領域有關的轉換，還是綁定到與基礎架構有關的轉換
7.3.4 精化原則：所有狀態，即使是錯誤狀態，都應該是可保存的
7.4 與持久化有關的基本的規則api的需求
7.4.1 回到已發現的api問題上
7.4.2 問題是什么
7.4.3 我們允許了不正確的轉換
7.4.4 如果忘記檢查怎么辦
7.5 關注與領域有關的規則
7.5.1 需要合作的規則
7.5.2 使用基于集合的處理方法
7.5.3 基于服務的驗證
7.5.4 在不應該轉換時嘗試轉換
7.5.5 業務id
7.5.6 避免問題
7.5.7 再次將聚合作為工具
7.6 擴展api
7.6.1 查詢用于設置ui的規則
7.6.2 使注入規則成為可能
7.7 對實現進行精化
7.7.1 一個初步實現
7.7.2 創建規則類，離開*不成熟的階段
7.7.3 設置規則列表
7.7.4 使用規則列表
7.7.5 處理子列表
7.7.6 一個api改進
7.7.7 自定義
7.7.8 為使用者提供元數據
7.7.9 是否適合用模式來解決此問題
7.7.10 復雜規則又是什么情況
7.8 綁定到持久化抽象
7.8.1 使驗證接口成為可插入的
7.8.2 在保存方面實現被動驗證的替代解決方案
7.8.3 重用映射元數據
7.9 使用泛型和匿名方法
7.10 其他人都做了什么
7.11 小結
第三部分 應用poeaa
第8章 用于持久化的基礎架構
8.1 持久化基礎架構的需求
8.2 將數據存儲到哪里
8.2.1 ram
8.2.2 文件系統
8.2.3 對象數據庫
8.2.4 關系數據庫
8.2.5 使用一個還是多個資源管理器
8.2.6 其他因素
8.2.7 選擇和前進
8.3 方法
8.3.1 自定義手工編碼
8.3.2 自定義代碼的代碼生成
8.3.3 元數據映射（對象關系（o/r）映射工具）
8.3.4 再次選擇
8.4 分類
8.4.1 領域模型風格
8.4.2 映射工具風格
8.4.3 起點
8.4.4 api焦點
8.4.5 查詢風格
8.4.6 高級數據庫支持
8.4.7 其他功能
8.5 另一個分類：基礎架構模式
8.5.1 元數據映射：元數據的類型
8.5.2 標識字段
8.5.3 外鍵映射
8.5.4 嵌入值
8.5.5 繼承解決方案
8.5.6 標識映射
8.5.7 操作單元
8.5.8 延遲加載/立即加載
8.5.9 并發控制
8.6 小結
第9章 應用nhibernate
9.1 為什么使用nhibernate
9.2 nhibernate簡介
9.2.1 準備
9.2.2 一些映射元數據
9.2.3 一個小的api示例
9.2.4 事務
9.3 持久化基礎架構的需求
9.3.1 高級持久化透明
9.3.2 持久化實體的生命周期所需的特定特性
9.3.3 謹慎處理關系數據庫
9.4 分類
9.4.1 領域模型風格
9.4.2 映射工具風格
9.4.3 起點
9.4.4 api焦點
9.4.5 查詢語言風格
9.4.6 高級數據庫支持
9.4.7 其他功能
9.5 另一種分類：基礎架構模式
9.5.1 元數據映射：元數據類型
9.5.2 標識字段
9.5.3 外鍵映射
9.5.4 嵌入值
9.5.5 繼承解決方案
9.5.6 標識映射
9.5.7 操作單元
9.5.8 延遲加載/立即加載
9.5.9 并發性控制
9.5.10 額外功能：驗證掛鉤
9.6 nhibernate和ddd
9.6.1 程序集概覽
9.6.2 isession和存儲庫
9.6.3 isession、存儲庫和事務
9.6.4 得到了什么結果
9.7 小結
第四部分 下一步驟
第10章 博采其他設計技術
10.1 上下文為王
10.1.1 層和分區
10.1.2 分區的原因
10.1.3 限界上下文
10.1.4 限界上下文與分區有何關聯
10.1.5 向上擴展ddd項目
10.1.6 為什么對領域模型——so分區
10.2 soa簡介
10.2.1 什么是soa
10.2.2 為什么需要soa
10.2.3 soa有什么不同
10.2.4 什么是服務
10.2.5 服務中包括什么
10.2.6 深入分析4條原則
10.2.7 再來看一下什么是服務
10.2.8 oo在soa中的定位
10.2.9 客戶-服務器和soa
10.2.10 單向異步消息傳遞
10.2.11 soa如何提高可伸縮性
10.2.12 soa服務的設計
10.2.13 服務之間如何交互
10.2.14 soa和不可用的服務
10.2.15 復雜的消息傳遞處理
10.2.16 服務的可伸縮性
10.2.17 小結
10.3 控制反轉和依賴注入
10.3.1 任何對象都不是孤島
10.3.2 工廠、注冊類和服務定位器
10.3.3 構造方法依賴注入
10.3.4 setter依賴注入
10.3.5 控制反轉
10.3.6 使用了spring.net框架的依賴注入
10.3.7 利用picocontainer.net進行自動裝配
10.3.8 嵌套容器
10.3.9 服務定位器與依賴注入的比較
10.3.10 小結
10.4 面向方面編程
10.4.1 熱門話題有哪些
10.4.2 aop術語定義
10.4.3 .net中的aop
10.4.4 小結
10.5 小結
第11章 關注ui
11.1 提前結語
11.2 模型-視圖-控制器模式
11.2.1 示例：joe的shoe shop程序
11.2.2 通過適配器簡化視圖界面
11.2.3 將控制器從視圖解耦
11.2.4 將視圖和控制器結合起來
11.2.5 是否值得使用mvc
11.3 測試驅動的web窗體
11.3.1 背景
11.3.2 一個示例
11.3.3 領域模型
11.3.4 gui的tdd
11.3.5 web窗體實現
11.3.6 小結
11.3.7 用nmock創建模擬
11.4 映射和包裝
11.4.1 映射和包裝
11.4.2 用表示模型來包裝領域模型
11.4.3 將表示模型映射到領域模型
11.4.4 管理關系
11.4.5 狀態問題
11.4.6 *后的想法
11.5 小結
11.6 結束語
第五部分 附錄
附錄a 其他領域模型風格
附錄b 已討論的模式的目錄
展開全部
領域驅動設計與模式實戰 相關資料
“本書向讀者展示了如何將測試驅動設計、對象-關系映射和領域驅動設計等方法應用于.net項目……書中介紹的技術在很多開發人員看來是未來軟件開發的關鍵……隨著技術越來越強大，復雜度越來越高，理解如何更好地使用技術也變得越來越重要。本書在推進這種理解方面邁出了可貴的一步。”
——martin fowler，thoughtworks公司首席科學家，《重構》與《企業應用架構模式》作者
“學習領域驅動設計的最好方法是坐在一位友好、耐心且經驗豐富的從業者身邊，一步一步地共同研究問題。閱讀本書正是這種體驗。”
——eric evans，領域驅動設計創始人
領域驅動設計與模式實戰 作者簡介
Jimmy Nilsson，資深軟件架構師，有超過20年從業經驗，2008年在瑞典主要IT媒體評選的全國軟件架構師和開發人員排行榜上名列第2。目前擔任factor10咨詢公司CEO，客戶包括愛立信、微軟、沃爾沃等。本書是他的代表作，已被翻譯為日、俄等多種文字，他的另一部著作.NET Enterprise Design with Visual Basic .NET and SQL Server 2000也獲得Amazon 4星半評價。他的博客是http://JimmyNilsson.com/blog/。
書友推薦
- >
我從未如此眷戀人間
- >
羅曼·羅蘭讀書隨筆-精裝
- >
月亮與六便士
- >
煙與鏡
- >
詩經-先民的歌唱
- >
月亮虎
- >
人文閱讀與收藏·良友文學叢書:一天的工作
- >
山海經
本類暢銷
