Microsoft .NET企業級套用架構設計

本書主要介紹了.NET平台下企業級架構設計開發的指導原則、最佳實踐和模式等。

基本介紹

• 書名：Microsoft .NET企業級套用架構設計
• 作者：美埃斯波西托
• ISBN：9787115227126
• 定價： 69.00元
• 出版社：人民郵電出版社
• 出版時間： 2010-6-1
• 開本：16開

內容簡介

書中第一部分介紹了軟體設計基本原則以及架構的相關概念；第二部分按照業務邏輯層、數據訪問層、表現層和服務層進行了說明，並詳細分析了各層中的常見模式。

作者Dino曾撰寫多部.NET相關的暢銷著作，雖然本書涉及架構這個高端主題，但其文字生動活潑，行文一氣呵成。本書適合中高級.NET開發人員、軟體架構師以及有志於成為軟體架構師的讀者閱讀。

編輯推薦

《Microsoft .NET企業級套用架構設計》：遊刃有餘地控制複雜性設計高效的企業級解決方案

在一開始就要做出正確的架構決策，從而提高產品的質量和可靠性。《Microsoft .NET企業級套用架構設計》由兩位企業級系統開發專家執筆，會告訴你如何用各種模式和技術來控制項目的複雜性，讓系統更易於編寫、維護和升級。

讀者會得到實用的架構方面的指導，包括：

·在早期設計師就考慮到可測試性、可維護性和安全性

·通過面向服務的接口暴露業務邏輯

·選擇最佳的模式來組織業務邏輯和行為

·了解並使用模式來分離Ul和表現層邏輯

·深入探究數據訪問層的模式和最佳實踐

·為對象和數據之間的轉換提供良好的解決方案

·降低開發工作量，避免過度設計，建造更強壯的系統

作者介紹

作者：（美國）埃斯波西托（Dino Esposito） （美國）薩爾塔列洛（Andrea Saltarello） 譯者：陳黎夫

埃斯波西托，（Dino Esposito）是一位ASP NET和AJAX方面的專家、受人歡迎的演講者，並經常為MSDN Magazine撰寫文章。他曾存Microsoft Press出版多本著作，包括《Prog rammingMic rosoft ASP . NET 3.5》和《IntroducingMicrosoft ASP .NET AJAX》等。

薩爾塔列洛，（Andrea Saltarello）是一位解決方案架構師、諮詢師和培訓師，居住於義大利米蘭。作為微軟公司ASP .NET方面的MVP，他管理著義大利的微軟.NET用戶組，並經常在各種業界會議中演講。

圖書目錄

第一部分 設計原則

第1章 當代的架構師和架構

1.1 軟體架構到底是什麼

1.1.1 將架構原則套用至軟體中

1.1.2 什麼屬於架構，什麼不屬於

1.1.3 架構與決定相關

1.1.4 軟體的需求和質量

1.2 架構師到底是什麼

1.2.1 架構師的職責

1.2.2 你知道有多少種架構師嗎

1.2.3 對架構師的一些常見誤解

1.3 軟體開發流程概覽

1.3.1 軟體生命周期

1.3.2 軟體開發模型

1.4 小結

1.5 本章的墨菲法則

第2章 UML必要知識

2.1 uML概覽

2.1.1 建模語言的出現動機和歷史

2.1.2 UML的模式和使用方法

2.2 UML圖表

2.2.1 用例圖

2.2.2 類圖

2.2.3 順序圖

2.3 小結

2.4 本章的墨菲法則

第3章 設計原則和模式

3.1 基本設計原則

3.1.1 警鐘因何而鳴

3.1.2 結構化設計

3.1 3分離關注點

3.2 面向對象設計

3.2.1 面向對象基本設計原則

3.2.2 高級原則

3.3 從原則到模式

3.3.1 模式究竟是什麼

3.3.2 模式vs.慣用法

3.3.3 依賴注入

3.4 在設計時就考慮需求

3.4.1 可測試性

3.4.2 安全性

3.5 從對象到方面

3.5.1 面向方面編程

3.5.2 AOP實戰

3.6 小結

3.7 本章的墨菲法則

第二部分 系統設計

第4章 業務層

4.1 業務邏輯層究竟是什麼

4.1.1 業務層剖析

4.1.2 業務邏輯層的位置

4.1.3 業務層和其他層

4.1.4 創建業務層的模式

4.2 事務腳本模式

4.2.1 事務腳本模式概述

4.2.2 模式實戰

4.3 表模組模式

4.3.1 表模組模式概述

4.3.2 表模組模式實戰

4.4 活動記錄模式

4.4.1 活動記錄模式概述

4.4.2 活動記錄模式實戰

4.5 領域模型模式

4.5.1 領域模型模式概述

4.5.2 領域模型模式實戰

4.6 小結

4.7 本章的墨菲法則

第5章 服務層

5.1 服務層究竟是什麼

5.1.1 服務層的職責

5.1.2 究竟什麼是服務

5.1.3 服務層中的服務

5.2 服務層模式實戰

5.2.1 服務層模式概覽

5.2.2 服務層模式實戰

5.3 相關模式

5.3.1 遠程門面模式

5.3.2 數據遷移對象模式

5.3.3 適配器模式

5.3.4 數據遷移對象和程式集

5.4 面向服務架構

5.4.1 SOA的原則

5.4.2 SOA不是什麼

5.4.3 SOA和服務層

5.5 富Web前端的特例

5.5.1 重構服務層

5.5.2 設計AJAX服務層

5.5.3 實現AJAX服務層的安全性

5.6 小結

5.7 本章的墨菲法則

第6章 數據訪問層

6.1 數據訪問層究竟是什麼

6.1.1 數據訪問層的功能需求

6.1.2 數據訪問層的職責

6.1.3 數據訪問層和其他層

6.2 設計你自己的數據訪問層

6.2.1 數據訪問層的契約

6.2.2 外掛程式模式

6.2.3 控制反轉模式

6.2.4 為數據上下文打下基礎

6.3 雕琢你自己的數據訪問層

6.3.1 實現持久化層

6.3.2 實現查詢服務

6.3.3 實現事務性語義

6.3.4 實現唯一性和標識映射

6.3.5 實現並發

6.3.6 實現延遲載入

6.4 使用O/RM工具增強數據訪問層

6.4.1 對象/關係映射器

6.4.2 使用O/RM工具創建數據訪問層

6.5 是否應該使用存儲過程

6.5.1 有關存儲過程的傳言

6.5.2 那么動態SQL呢

6.6 小結

6.7 本章的墨菲法則

第7章 表現層

7.1 用戶界面和表現層邏輯

7.1.1 表現層的職責

7.1.2 用戶界面的職責

7.1.3 表現層的常見誤區

7.2 表現層的演化

7.2.1 模型—視圖—控制器模式

7.2.2 模型—視圖—展示器模式

7.2.3 PresentationModel模式

7.2.4 選擇用戶界面模式

7.3 表現層的設計

7.3.1 視圖中要顯示什麼數據

7.3.2 處理用戶操作

7.4 表現層的慣用設計

7.4.1 Web表現層中的MVP

7.4.2 Windows平台中的MVP

7.5 小結

7.6 本章的墨菲法則

附錄 A Northwind Starter Kit

最後的思考

圖書序言

正確的判斷來自於經驗，而經驗則來自於錯誤的判斷。——Fred Brooks

每次遇到軟體項目時，我們都會創建一個解決方案。這個過程就叫做架構設計，而架構設 計的最終產物就是軟體架構。軟體架構可以分為隱式和顯式兩種。

隱式架構是指那些在我們頭腦中描繪出的設計，往往寫在Microsoft Office Word文檔或記事 本上。隱式架構可以看做是一系列原有經驗，其他類似項目中學到的技巧以及將抽象的概念進 行組織並套用到手頭項目中的能力。例如，若你是個專業的木匠，那么顯然不需要為了給寵物 狗造窩而大動干戈地繪圖或精確測量，只要幾分鐘你就能想出一個隱式的架構。隨後便可直奔 主題開始工作，僅僅在必要的時候進行合適的判斷即可。這樣在項目結束時，結果也會很不錯。

若項目干係人的想法過於複雜精細，以至於無法用經驗和頭腦中的想法來處理，則需要采 用顯式架構。這時，你就需要做一些有預見性的規劃並獲取一定的指導，然後套用合理的模式 和實踐，以期實現最終的目標。

架構是什麼

“架構”這個詞已被用在很多不同的上下文中。其定義可以在《牛津英語詞典》或軟體領域 中的美國國家標準學會（American National Standards Institute，ANSI）/電氣和電子工程師學會（Institute 0f Electrical and：Electronics Engineers，IEEE）的標準庫中找到。在ANSI和IEEE的釋義中，架構的定義主要包括規劃、設計以及創建軟體的過程。軟體架構是指那些用來為項目系人提供足夠說明（如某個用戶需求）的一些人工產物。