ASP.NET開發方法及案例剖析（簡體書）

《21世紀高等學校計算機專業實用規劃教材:ASP.NET開發方法及案例剖析》的讀者對像是在Visual Studio.NET平臺下有一定Web開發經驗的用戶。既可作為大學本科計算機專業軟件方向的教材或參考書，也可作為高等職業院校的實訓教材，還可供廣大軟件開發工程人員參考。

第1章 軟件工程概述
1.1軟件的概念、特性及分類
1.1.1軟件的定義
1.1.2軟件的特性
1.1.3軟件的分類
1.2軟件工程
1.2.1軟件工程概述
1.2.2軟件生命週期
1.2.3軟件過程模型
1.3小結
第2章 ASP.NET核心服務器控制項
2.1 ASP.NET服務器控制項的一般性
2.1.1 Control類的一般性
2.1.2 Control類的方法
2.1.3 Control類的事件
2.1.4新特徵
2.2 HTML控制項
2.2.1 HTML控制項的一般性
2.2.2 HTML容器控制項
2.2.3 HTML輸入控制項
2.2.4 HtmlImage控制項
2.3 Web控制項
2.3.1 Web控制項的一般性
2.3.2核心Web控制項
2.3.3其他Web控制項
2.4驗證控制項
2.4.1驗證控制項的一般性
2.4.2控制項庫
2.4.3特殊能力
2.5小結
第3章 工廠模式及ASP.NET中的多層架構
3.1工廠模式
3.1.1簡單工廠模式
3.1.2 工廠方法模式
3.1.3抽象工廠模式
3.1.4反射+抽象工廠模式
3.2 ASP.NET中的多層架構
3.2.1代碼整理
3.2.2典型的三層架構
3.2.3瞭解分層思想
3.3小結
第4章 ASP.NET MVC框架介紹及實例
4.1 ASP.NET MVC框架簡介
4.2第一個ASP.NET MVC Web應用程式
4.2.1創建項目
4.2.2創建控制器
4.2.3創建視圖
4.2.4實現對數據庫的操作
4.3 Routing介紹
4.3.1理解Routing機制
4.3.2使用默認的Route
4.3.3使用帶參數的Route
4.3.4 自定義一個Route表
4.4 Controller層
4.4.1與ASP.NET webForm的後臺代碼的比較
4.4.2 Controller和View之間值的傳遞方式
4.5 View層
4.5.1理解ASP.NET MVC的視圖如何工作
4.5.2使用Html Helper 方法
4.5.3使用局部視圖
4.6 Model 層
4.6.1 Model的綁定
4.6.2客戶端的數據驗證
4.7小結
第5章 瞭解和應用jQuery
5.1 jQuerly概述
5.1.1 jQuery優點
5.1.2第一個例子：Hello Jxmstc
5.2瞭解jQuery原理
5.2.1.JavaScript改進ListView
5.2.2 jQuezy框架的思考
5.3如何在開發中使用jQuery
5.3.1文檔是指南
5.3.2交替行著色
5.4如何使用jQuery選擇器
5.4.1如何使用與調試選擇器
5.4.2查找首行和首列
5.5 明白jQuery對象數組特性
5.5.1 each函數
5.5.2 not和find函數
5.6小結
第6章 Microsoft.NET Pet Shop 4.0淺析
6.1.NET Pet Shop 4.0概述
6.1.1.NET Pet Shop是什麼
6.1.2.NET、Pet Shop解決什麼問題
6.2.NET Pet Shop 4.0系統架構分析
6.2.1概述
6.2.2數據訪問層
6.2.3業務邏輯層
6.2.4表示層
6.3源代碼組織
6.4小結
第7章 婚戀網的設計與實現
7.1項目介紹
7.1.1項目背景
7.1.2項目需求及目標
7.2系統需求
7.2.1合同規定的需求
7.2.2系統功能結構圖
7.2.3系統需求描述
7.2.4資源需求
7.3系統架構
7.3.1系統架構概述
7.3.2系統架構分析
7.4系統設計及實現
7.4.1數據庫設計
7.4.2 UI設計
7.5測試
7.5.1測試覆蓋率
7.5.2功能性測試情況
7.5.3非功能性測試情況
7.5.4測試過程問題匯總
7.6小結
第8章 學生案例分析
8.1案例簡介
8.1.1項目背景描述
8.1.2項目業務需求描述
8.1.3其他說明
8.2需求開發階段
8.3系統設計階段
8.3.1《系統概要設計說明書》分析
8.3.2介面設計分析
8.3.3《數據庫設計說明書》分析
8.4編碼測試階段
8.5交付階段
8.6小結

3.1.2 工廠方法模式
1.開放一封閉原則
現在要從一個似乎與話題不吻合的地方開始，先花點時間介紹一個軟件設計當中非常重要的原則：開放-封閉原則。
開放一封閉原則，是指軟件實體（類、模塊、函數等）應該可以擴展，但是不可以修改。這個原則有兩個特徵，一個是說“對于擴展是開放的”，另一個是說“對于更改是封閉的”。
在做任何系統的時候，都不要指望系統一開始需求確定，就不再變化，這是不現實也不科學的想法。而既然需求是一定會變化的，那麼如何在面對需求的變化時，設計的軟件可以相對容易修改，不至於說新需求一來，就要把整個程式推倒重來。怎樣的設計才能面向對需求的改變卻可以保持相對穩定，從而使得系統可以在第一個版本以後不斷推出新的版本？答案是，設計軟件要容易維護又不容易出問題的最好辦法是多擴展，少修改。這就是開放一封閉原則。
一般都希望可以盡量在設計時考慮到需求的種種變化，把問題想齊全了，這樣就不會因為新需求的到來而導致手足無措。但事實卻是很難有辦法能把什麼問題都考慮齊全，新的變化總是不可避免的。開放一封閉原則其實是在說，設計的時候，時刻要考慮，盡量讓這個類足夠好，寫好了就不要去修改了，如果有新的需求到來，只要擴展一些類就行了，原有的代碼能不動則不動。當然，即便是這樣，絕對的對修改關閉也是不可能的。無論模塊是多麼“封閉”，都會存在一些無法對之封閉的變化，既然不能完全封閉，設計人員必須對於他設計的模塊應該對哪種變化封閉做出選擇。他必須先猜測出最有可能發生的變化種類，然後構造抽象來隔離這些變化。
當然，我們依然很難準確猜測程式可能發生的變化，但卻可以在發生小變化時，就及早想辦法應對發生更大變化的可能。也就是說，等到發生變化時立即採取行動，正所謂，在一個地方摔第一跤不是你的錯，再次在此摔一跤就是你的不對了。在最初編寫代碼時，假設變化不會發生，當變化發生時，就創建抽象來隔離以後可能發生的同類變化。就像之前寫的讀取數據庫的類，寫一個讀取Notepad表的方法，很快就完成了，然後要增加一個讀取User表的方法，就發現要修改原來的類了。這就違背了開放-封閉原則。簡單工廠模式其實就是對此類變化的一個抽象和隔離，盡管後面還會介紹它依然有不足之處。
面對需求，對程式的改動是通過增加代碼進行的，而不是更改現有的代碼。這就是開放-封閉原則的精神所在。開放-封閉原則也是面向對象設計的核心所在。遵循這個原則可以帶來面向對象技術所聲稱的巨大好處，也就是可維護、可擴展、可復用、靈活性好。開發人員應該僅對程式中呈現出頻繁變化的那些部分做出抽象，然而對於程式中的每個部分都刻意地進行抽象同樣不是好主意。拒絕不成熟的抽象和抽象本身一樣重要，這也需要切記。
2.工廠方法模式
回想一下，按照3.1.1節介紹的簡單工廠模式，如果要再增加一個對表“Test”的查詢方法，需要如下兩個步驟。