第一篇：asp.net系統時間-ASP.NET校友錄系統.

asp.net 系統時間-ASP.NET校友錄系統

前言

Internet已經成為人們生活、工作、學習越來越離不開的平臺腳丫論文網Web技術已經不在局限于單純地提供信息服務，代寫論文而是日益成為1個操作平臺，為用戶提供強大的服務功能。例如網上電子商務、社會信息數據庫等。網絡實現了遠程通訊，人們能夠通過計算機網絡進行電子郵件的發送，召開網絡會議，網上購物，甚至坐在家里就可以上大學（網上教育）。網絡有巨大的潛力待我們去開發與探索。因此，基于B/S體系架構創建這個校友網站，緊跟行業發展，滿足人們生活、學習的需要。

校友錄名為“校友錄”或者“同學錄”，其實不只是局限于同學這個圈子，朋友、同學、同事、老師與親人等等都可以。它的目標受眾是組織，只要是1個社會組織或者群體，不管大小都可以在網上申請1個校友錄。用戶人群的范圍擴大到學生、同事、企業、家庭、軍隊、企事業單位的部門等等。因為每1個人都從屬于1定的組織或團體，所以每1位網民都有成為校友錄用戶的可能。這就為在?；蛞旬厴I的廣大校友們提供1份交流思想的場所，通過提供完善的校友錄服務和規范校友錄的管理，建立起校友間的溝通渠道，以達到增進校友之間、校友與母校之間的感情，方便校友聯系的目的，從而增強學校的凝聚力。

只要加入了班級或者某1團體的校友錄，且你已經被批準成為這個校友錄團體中的1員，你就可以享受著傳者和受者的基本等同待遇。在校友錄內部，傳者和受者是沒有界限的，在信息交流的過程中，傳者和受者的角色是互換的，用戶既是傳者又是受者，在信息發布和接受方面是對等的，都可以自由地發表言論、上傳圖片、班級聊天等等交流活動。也可以通過此網站與朋友聯系，并且還能夠創建學校和班級等功能。系統中班級管理為必不可少的模塊項，主要是為了安全有效地存儲和管理登錄網站的用戶的信息，賦予管理員特定的權限，可以對用戶進行分類，添加，刪除，修改等，方便網站的管理與維護。

第二篇：關于大型asp.net應用系統的架構

關于大型asp.net應用系統的架構

前言

最近幾年在.net方面的工作經歷，讓我長久以來(有幾年了)想寫關于大型asp.net應用系統架構文章的念頭。之前和同事們聊天的時候說的都是一些思維片段，其中的想法不盡完善，聊完天再仔細想想，一些主意就逐漸清晰了。現在終于付諸行動了，將一些想到的主意與大家一起探討，也算是對過去幾年在ASP.NET方面的一個總結。這對我來說也是一個學習過程。

博客園有不少同仁在寫系統架構或者企業應用架構方面的文章，我看過其中一些。就我看過的這些文章，我發現他們當中相當多的人寫的是分層架構。從我的看法來說，分層是不錯。但是如果是我自己寫的話，我會從架構的選擇來說起。那么應用程序的架構就有可能不選擇分層的架構，而選擇其他架構。另外我會從整個系統的角度來寫，即從硬件和軟件兩個角度來思考一個系統。

這些都是我的一些建議，希望對您有所幫助。

簡介

大型asp.net應用要考慮如何服務眾多的訪問者，同時還要保證每個訪問者都獲得高質量的服務。需要面對不同語言的用戶；需要保證安全性；應用系統的伸縮性也是很強的，當服務器集群有點不足以擔負壓力時，可以向服務器集群中加入更多的服務器來增加整個應用系統的服務能力。服務器的可用性也會要求很高，一年的下線時間是很少的。服務器的災難備份也是很好的，即使現在的機房遭受毀滅性打擊，也有災難備份可以恢復服務。服務器上跑的asp.net應用是可擴展的，具有很好的可擴展性，同時具有良好的可維護性。本系列文章將談談大型asp.net應用系統架構的諸多方面。本篇將談到架構的選擇。

架構的選擇

架構的選擇與應用程序的類型有關。這里說的是asp.net應用，那么Client-Server的架構就很顯然排除了。剩下： 基于組件的架構

應用可以按組件劃分，不用組件實現不同功能和邏輯，組件之間的接口規范有很好的定義。某些組件可以重用。

分層Layered的架構

應用被劃分成了堆疊在一起的若干層，每一層完成特定的服務和功能，與其上下層接口，各層之間是調用被調用的關系。在最上面的層只有調用下面的一層，在中間的層則兼有調用和被調用。在最下面的層則是僅供上面的層調用。通常劃分成UI層，商務邏輯層，數據層等，并且通常多個層都部署在同一臺服務器上。

消息總線型的架構

應用程序按照預定義的格式來收發消息。有一個消息隊列和消息存儲，分發處理的任務。相關消息的事件被程序處理。支持不同的系統平臺。消息總線里面有若干定義好的消息流，消息總線同各系統平臺交換數據，支持不同的格式。將消息交由不同的處理程序處理。

Model, View, Controller(MVC)架構 用戶交互的處理與UI顯示分離 用戶交互的處理和UI顯示與數據分離

3Tier/N Tier的架構

Tier可以譯成排。以與Layer(層)有所區別。將應用程序劃分成一系列的服務，包括UI, Business(商業邏輯), 數據等服務。各Tier可部署在不同的服務器上。類似于分層(layer)的架構。通常分層(layer)不跨機器的邊界，也即所有層(layer)都部署在一臺服務器上。Tier是要跨機器的邊界。各Tier之間用預定義的通信協議來通信，如WCF, Web service, 或者TCP/IP等。分層(layer)的各層(layer)之間的通信都是通過該編程語言的引用和調用來實現的。所以是有區別的。

面向對象的架構

應用可以劃分成自給自足的可重用的對象集合，對象包含了數據和行為。各對象之間有消息交互。面向服務的架構

應用使用一個功能是通過調用一個服務。在服務提供者和調用者之間有通信合同和消息，通信合同定義了消息的格式和通信的方式。消息則包含通信的內容。面向服務的架構是“請求-響應”的工作模式。應用程序是以一種服務提供的，調用者需要向服務發送預定義好的請求消息，服務才做出響應。

這些架構類型都可以用來開發asp.net應用。我們可以從其中選擇架構類型的組合來，比如：分層Layered的架構 + 面向服務的架構。MVC架構 + 消息總線型架構。具體的選則，取決于應用程序的要求?，F在說一下如何選架構： 如果

有若干現成組件，比如以前系統的ActiveX組件或者.net的組件

應用程序足夠簡單而不需要分層的架構，通過調用這些組件就可完成大部分工作

不同語言開發的組件需要結合在一起，如ASP.net需要調用VB寫的COM+的組件

應用程序需要支持插件技術，可以動態切換組件，例如用.net反射技術實現的插件技術

那么我們可以選擇基于組件的架構。如果

應用程序比較復雜，不同的功能需要不同的層來各司其職，如數據訪問，商務邏輯，表現等。

有比較復雜的商務邏輯和流程。

那么我們可以選擇分層的架構。如果

有若干已有系統并且這些系統之間有特定的交互

需要讓一個系統與外部的其他系統交互

不同平臺上的系統相互之間進行交互

那么我們可以選擇消息總線型的架構 如果

要獲得分離的UI視圖和處理邏輯

要UI視圖和處理邏輯與數據存儲分離

那么我們可以選擇Model,View,Controller(MVC)架構 如果

應用全部在內部網里

應用在互聯網上，同時商務邏輯需要暴露給公眾使用

商務邏輯足夠復雜，需要專門的服務器來提供商務邏輯服務。

應用程序比較復雜，不同的功能分布在不同的服務器上，每一種功能，都可能是由一組服務器來提供。

那么我們可以選擇3 Tier/N Tier架構 如果

相關商業領域有足夠多的現實對象(這些對象通常是相關商務人員口中的名詞)，并且這些對象之間有交互

應用比較復雜，需要更多的抽象

對象的數據和行為都需要封裝以利重用

有足夠的資源來做深入的面向對象分析，如時間，人力等。

那么我們可以選擇面向對象的架構。如果

應用需要支持平臺無關性

多個應用程序的功能放進一個單一的界面來提供

采用請求-響應模式運行

需要開發軟件加服務(Software plus service)，軟件即服務(Software as a service)類型的應用，或者基于云計算的應用

那么我們可以選擇面向服務的架構。

針對目前的場景：大型ASP.NET應用，那么它最基本的需求可能是這樣的：

同時訪問的用戶將會是相當多的，比如幾千個，上萬個。7x24小時都有大量用戶訪問

某些地方需要用戶登錄以獲取一些需要授權才能獲得的信息

我們可能選擇的架構組合可能是這樣的： 3Tier/N Tier的架構

Model, View, Controller(MVC)架構結合3Tier/N Tier的架構 3Tier/N Tier的架構結合面向服務的架構 3Tier/N Tier的架構結合面向對象的架構 當然也有可能是其他的組合。

分層Layered的架構不適合大型的ASP.NET應用。分層Layered的架構通常將UI層，商務邏輯，數據訪問層都部署在同一臺服務器上，首先一臺服務器不能負擔眾多的用戶，還有復雜的商務邏輯不是一臺服務器能全部擔負的。所以分層Layered的架構不適合大型的ASP.NET應用。小型的ASP.NET應用才適合分層Layered的架構。

基于組件的架構也不適合大型ASP.NET應用。通常來說大型的ASP.NET應用都是相當復雜的，它的UI界面，商務邏輯，數據都是復雜的。不會簡單到調用幾個控件就完成了大部分的工作，大型的ASP.NET應用的每一個Tier排，都需要眾多的服務器來分擔壓力，基于組件的架構的分布式能力有限，所以基于組件的架構是通常不會在大型ASP.NET應用里考慮的，除非是有若干個重要的控件，并且要考慮集成多個編程語言的控件時，才會考慮基于組件的架構。而且是在某個局部使用，即需要與其他架構一起結合起來用。

消息總線型架構可以在某些場景下參與大型ASP.NET應用的開發。通常是需要將多個系統平臺整合在一起的時候。消息總線型的架構需要結合其他的架構來共同構造ASP.NET應用。

MVC架構關注的更多的是UI，用戶交互的控制以及數據存取的分離。通常不能單獨去構造一個大型的ASP.NET架構。需要結合3Tier/N Tier架構來共同構造大型ASP.NET的架構。MVC架構在UI還有用戶交互上有固定的模式，所以可以在UI這一塊應用MVC的架構，當涉及到MVC中的模型Model時，就可以擴展到3 Tier/N Tier的架構。即在訪問模型Model時，就去訪問另外一個服務器上的商務邏輯和數據存儲。這個可以用下圖來表示：

面向對象的架構是更多地關注應用里面的面向對象分析，設計等過程產生出來的結果。這個結果體現了現實世界中的對象之間的交互作用。面向對象的架構需要結合其他架構如3 Tier/N Tier架構來共同構造ASP.NET應用程序的架構。

面向服務的架構是在特定場景下需要的。即上面所說的，多個功能作為一項服務，提供一個統一的UI給外界用戶。大型ASP.NET應用中通常需要將商務邏輯提供給公眾訪問。這時就可以采用面向服務的架構。面向服務的架構也需結合其他架構如3 Tier/N Tier架構來共同構造ASP.NET應用程序的架構。

Tier/N Tier架構對于大型ASP.NET應用來說是必須的。它的每一Tier排都由若干服務器組成。只有這樣才可以服務眾多的用戶。如上面的圖所示，UI調用商務邏輯時得跨越機器的邊界，調用另外一臺服務器上的商務邏輯服務接口。

結束語

架構的選擇需要根據不同架構的特點和應用程序的需求來進行選擇，有時候需要用多個架構的組合才足以滿足一個復雜應用的需求。設計者需要根據實際情況來決定合適的架構選擇。

接下來將展開談談3 Tier/N Tier架構......

第三篇：基于ASP.NET的江蘇海院船員考試系統設計

基于ASP.NET的江蘇海院船員考試系統設計

摘要：如何與現代信息化技術相融合，解決傳統教學的一些不足之處，已成為需要積極面對和解決的問題。擬引入ASP.NET技術思想，結合文獻研究法和經驗總結法，設計江蘇海院船員考試系統，并在此基礎上總結設計技巧，提出研究心得。

關鍵詞：考試系統；信息；設計

隨著計算機、手機等多媒體終端的普及，信息技術的快速發展，以及日益豐富的網絡資源，為現代教育帶來了便捷和機遇的同時，也帶來了新的挑戰。如何利用現代互聯網技術，解決傳統教學的一些不足之處，如傳統的紙質考試等，已成為當下廣大教育界的師生需要積極面對和解決的問題。江蘇海院船員考試系統擬引入微軟（Microsoft）的ASP.NET（Active Server Page.NET）技術思想，在Microsoft Visual Studio（簡稱VS）平臺應用程序的集成開發環境基礎上，使用C#（C Sharp）編程語言進行研究和開發。江蘇海院船員考試系統將整個設計過程分解為系統目標、系統功能結構、業務流程圖和數據庫設計。

考試系統目標

江蘇海院船員考試系統屬于智能化網絡在線考試系統，可以從各考試科目既定的試題數據庫（tb_Test）中，按照各課程標準中規定的權重隨機抽取試題，并在考試結束后，自動對考生的答題進行評分?？忌梢栽诰€查閱考試成績，老師可以在線查閱考試結果，管理員可以對老師、考生和試題等信息進行維護。為此，本考試系統主要研究目標有：（1）人機交互（Human-Computer Interaction，HCI）模式，操作界面易用、合理和美觀，信息檢索靈活、方便，數據庫存儲安全可靠；（2）可以從試題數據庫中按一定的權重隨機抽取試題并自動生成試卷；（3）對用戶輸入的數據，進行嚴格的有效性驗證；（4）對考試結果的自動評價；（5）對試題、考試結果和其他信息的維護管理；（6）易維護性和安全性。

考試系統功能結構

2.1 考試系統前臺管理功能結構

江蘇海院船員考試系統前臺主要設計有人員登錄模塊、隨機抽取試題模塊和自動評分模塊，其中隨機抽取試題模塊在考生登錄界面后，又展開為閱讀考試規則、選擇考試科目和開始考試三個環節。整個考試系統前臺功能的結構如圖1所示。

2.2 考試系統后臺管理功能結構

江蘇海院船員考試系統后臺主要設計有試題管理模塊和后臺管理員模塊。其中，試題管理模塊主要包含教師登錄、試題信息管理、考試結果管理和個人信息維護；后臺管理員模塊主要包含管理員登錄和管理員信息維護，以及考生、老師和試題、科目等信息管理。整個考試系統后臺功能的結構如圖2所示。

圖2 后臺功能結構圖

業務流程圖

江蘇海院船員考試系統的業務流程設計為：首先是人員系統登錄，判斷是否登錄，若登錄，判斷身份（教師、考生和管理員），根據身份的不同，具有不同的權限和操作項目。其中，教師主要有試題信息管理、考試結果管理和個人信息維護，考生主要有閱讀考試規則、選擇考試科目、開始考試和交卷評分，管理員主要有管理員、考生、老師和試題等信息管理。具體如圖3所示。

圖3 業務流程圖

考試系統數據庫設計

在設計江蘇海院船員考試系統時，設計人員具體分析了該系統的數據量，由于江蘇海院船員考試系統中試題（10門以上課程）及其它信息如考生（每年約1000人）的數據量會很大，為滿足信息存儲的安全性和在任何時候的可用性，因此選擇Microsoft SQL Server 2014版本的數據庫存儲相關數據信息。該數據庫命名為JMI_Exam Online，在其中創建了管理員、考試科目、考試記錄、考生、教師和試題6個數據表用于存儲不同的信息。

4.1 管理員信息表

管理員信息表主要儲存系統編號、管理員編號、管理員姓名和管理員登陸密碼等信息，其信息實體圖（E-R，Entity Relationship Diagram）如圖4所示。

圖4 管理員信息E-R圖

4.2 考試科目信息表

考試科目信息表主要儲存管理員登陸密碼和添加日期信息，其E-R圖如圖5所示。

圖5 考試科目信息E-R圖

4.3 考試記錄信息表

考試記錄信息表主要存儲考生編號、考生姓名和考試得分等信息，其E-R圖如圖6所示。

圖6 考試記錄信息E-R圖

4.4 考生信息表

考生信息表主要存儲考生編號、考生姓名、考試登陸密碼和考生性別等信息，其E-R圖如圖7所示。

圖7 考生信息E-R圖

4.5 教師信息表

教師信息表主要儲存教師編號、教師姓名和教師負責的科目等信息，其E-R圖如圖8所示。

圖8 教師信息E-R圖

4.6 試題信息表

試題信息表主要儲存試題題目、試題答案、試題正確答案等信息，其E-R圖如圖9所示。

圖9 試題信息實體E-R圖

結束語

江蘇海院船員考試系統經過系統的設計，初步具備了前臺登錄、隨機組卷、自動評分和后臺管理等5個功能模塊。相比較而言，本考試系統具有以下特點：

（1）人機互動，功能較為全面；

（2）隨機組卷，自動評分；

（3）齊備的信息匯集存儲，安全可靠；

（4）無紙化、網絡化、智能化?；緦崿F了既定的設計目標。

參考文獻

[1]薛樂，于建軍.淺談高校在線考試系統的設計與實現[J].科技咨詢，2012（26）：213.[2]關德君.基于.NET技術的考試系統的設計與實現[J].通化師范學院學報，2012（12）：43-44.[3]張躍廷.ASP.NET開發技術大全[M].北京：清華大學出版社，2010：213-219.

第四篇：《ASP.NET程序設計》教學探討

《ASP.NET程序設計》教學探討

摘 要：在常規教學方法基礎上，利用設問解答式的方法對教學內容進行組織，主要采用“提出問題-解答問題”方式組織教學內容，并給出教學設計案例。

關鍵詞：設問解答式 教學設計

中圖分類號：G4 文獻標識碼：A 文章編號：1672-3791(2011)10(b)-0000-00

《ASP.NET程序設計》這門課是軟件技術專業基于.NET方向的Web程序開發的一門專業核心課程。主要在于培養學生應用ASP.NET技術進行Web應用程序開發的能力，培養善于溝通表達、善于自我學習、具備團隊協作的能力,其實踐性、理論性、綜合性都相當強。

過去我們常采用的是項目驅動、案例教學法來學習，學生學完后，經常遇到的問題是課堂上的內容能聽懂可要自己編程開發就無從下手。在自己的教學中，采用了設問解答式的教學思路，教師和學生普遍感覺收獲較多，激發了學習該門課程的興趣。教學效果比過去明顯改善。本文主要闡述的是設問解答式教學法在《ASP.NET程序設計》這門課的應用。

1教學思路

本課程基于項目來學習，全部知識統一到一個綜合大項目中，項目來自于實踐，并加以豐富，既有全面的知識點涵蓋，又不失實用性和完整性。一個項目可以分多個任務，將項目中的某個任務為先導，由老師列出問題從而引出完成任務所需要的知識點，并通過實際操作與分析式講解來理解和講授知識點，達到解決問題的目的；然后由學生針對任務再提出各種疑問，師生共同解答。全程在多媒體實訓機房進行，采用分組教學，三到四人為一組，提問和解答均計入平時成績分。教學內容設計

本文以登錄模塊為例來介紹設問解答式教學法的教學內容設計。

2.1展示本次課的學習任務

展示真實的項目，進入登錄頁面，演示登錄模塊各項操作。說明本講的重點和難點以及要達到的教學目標。

2.2 層層遞進提出問題

針對學生知識掌握情況，我們設置以下問題，層層遞進，如果學生了解了這幾個問題，那么就能設計并實現一個簡單的登錄模塊。（1）為什么要設計登錄模塊？（2）如何進行界面設計？（3）如何實現登錄功能？（4）用到哪些關鍵技術？

2.3 教學方法和技巧――解決問題

2.3.1為什么要設計登錄模塊

對于學習，人總有一種想法，有用的東西才去學，所以，我們可以人們常見的網站或系統為例說明設計登錄模塊的重要性。如電子商場、銀行ATM機存取款、網上銀行、手機話費查詢等都要求用戶登錄。用通俗的語言來激起學生學習的興趣。用戶極其權限管理是許多網站中不可缺少的一項功能，不同的用戶往往有不同的操作權限，這就增加了用戶管理的復雜度。為了更好地管理用戶及其權限，就需要設計并實現用戶管理、權限管理、用戶登錄等模塊。

2.3.2 講練結合，設計界面

教師演示登錄頁面設計的步驟，同時講解TextBox、Button、Label等控件的主要屬性和方法使用。有些控件的屬性設置在后面的頁面中還會用到，一個一個設置重復勞動太多，效率不高，可否使用簡便的方法來實現呢？從而引出主題功能?？珊唵谓榻B主題的創建與應用。教師講解完畢，每個學生在自己機器上分組討論完成登錄頁面的設計。教師答疑解惑。

2.3.3榜樣教學，實現登錄功能

在登錄功能實現前，用一些小案例講解Response對象、Application對象、Session對象知識。教師演示登錄功能實現時，關鍵代碼必須親自編程，不能復制。同時講解編程思路和代碼含義。接著由學生自己分組完成登錄功能實現，指派一名學生在教師機上操作。教師負責各組答疑解惑。操作完畢后，各組學生對臺上學生的代碼進行點評，指出其優缺點。最后，教師對所有學生的操作情況做總結。

2.3.4 關鍵技術

在學生能簡單設計登錄模塊后，我們再來講授關鍵技術，學習興趣大增。在安全方面，需要防止用戶進行SQL注入攻擊、客戶端攻擊、程序自動惡意登錄等。為了提高系統的安全性，我們需要如下關鍵技術：(1)防止惡意用戶SQL注入式攻擊。(2)防止惡意用戶客戶端攻擊。(3)設計用戶登錄圖片驗證碼。(4)加密用戶登錄信息。接著詳細介紹這些技術的具體實現過程。

2.4 學生提問，師生共同解決問題

完成教學任務后，由學生任意提出問題，如：如何設計類似QQ登錄的界面；如何將FLASH動畫設計到頁面等，每提出一個問題，小組討論。每組派一名學生回答，回答正確可加分，如果學生都不能回答，教師可引導出答案。直到所有學生完全掌握本次課知識為止。學生討論問題熱烈，積極舉手發言，課堂活躍。結語

在這種教學模式中，由于學生的主體地位得以體現，學習的積極性得到增強，學習內容得以延展，學生學習的自主特征更加明顯。

實施設問解答式教學法，教師要精心研究課程相關內容和教學指導方法。

（1）要充分了解學生。結合學生的經驗和學習的需求，精心創設情景，吸引學生喜歡學，大膽問，認真鉆，刻苦練，樂學互學。指導學生積極主動地開展自主、合作、探究的學習。

（2）要潛心研究問題設計。用心準備在課堂教學中各步驟，引領學生進入該步驟學習時提出的問題，這些問題，必須在三言兩語之間，承上啟下，要言中的，激起學生發言、提問、搶答的欲望，形成一股又一股主動學習的熱潮。

（3）要研究問題討論的過程，善于采用激勵性的語言和方式實施教學。細致考慮學生在提問討論的過程中，將會出現的各種問題和情況。要將平淡的語言表述轉變為激勵性的、鼓勵性的語言表達，善于把想要告訴學生的東西、或要求學生掌握的東西、或學生學習中有所遺留、必須提示學生知道的東西，轉化為設問的方式，鼓勵引導學生通過提問、作答或討論表達出來。不要將問題的答案輕易地告訴學生，而必須引導學生積極地提出問題，或自研，或與他人討論合作，努力依靠自身的力量去探尋解決問題的途徑和方法，盡量自己解決問題。

應用設問教學法，重在指導、引領、提示、點撥、激勵，課堂是活的。教師在對教材的研究、生發、運用中可以感受到自身的創造和活力，在課堂教學師生交流中往往會為學生超出預想的創見和新穎的奇想而感到興奮和喜悅。師生都會為相互的成長和進步而高興。

參考文獻

[1] 強鋒科技 王巖．ASP.NET網絡開發指南[M].北京:清華大學出版社.[2] 寧云智 劉志成．ASP.NET2.0程序設計案例教程(第二版)[M]．大連：大連理工大學出版社．

第五篇：ASP.NET MVC總結

ASP.NET MVC總結

一、概述

1、單元測試的NUnit, MBUnit, MSTest, XUnit以及其他的框架

2、ASP.NET MVC 應用的默認目錄結構有三個頂層目錄： Controllers、Models、Views，控制器類置于 /Controllers 目錄之中，數據模型類置于/Models目錄之中，視圖模板置于 /Views 目錄之中。

ASP.NET MVC框架并不強迫你總是使用這個結構。

二、URL映射到Controller類

1、把URL映射到Controller類

在大多數web框架（ASP, PHP, JSP, ASP.NET WebForms等等）里，到來的URL一般都映射到保存在硬盤上的模板文件。

MVC框架一般以不同的方式把URL映射到服務器代碼類(Controllers（控制器）)上，這個類負責處理到來的請求，處理用戶輸入和交互，執行基于輸入和交互的相應的應用和數據邏輯。然后，一個Controller類調用單獨的“視圖”組件，該組件負責生成請求的實際的HTML輸出。

在如何把URL映射到Controller類方面，該引擎提供了很多靈活性。

ASP.NET MVC URL映射routing引擎的路徑選擇規則：(1)選出一個Controller來運行。(2)把URL里定義的變量，傳遞給Controller的Action。

2、映射到控制器類的默認ASP.NET MVC URL Routing規則

當你創建一個MVC項目時，默認的路徑映射規則擁有這樣的格式：“/[controller]/[action]/[id]”。

(1)controller：把Url的開始部分映射到類上，該類名稱遵循UrlPathController的模式。

(2)action：controller里的action方法。ASP.NET框架根據URL routing規則來自動調用適當的action方法來執行。還可以覆蓋Controller基類中的“Execute”方法，手工編寫我們自己的 if/else/切換邏輯，對照用戶請求的URL，然后執行適當的邏輯來處理這個請求。

(3)id：如果URL中在控制器名稱和action名稱之后還有任何子路徑的話，在默認情形下，它將作為一個名為“id”的參數處理，會自動地作為一個方法參數傳給我們的控制器action方法。如果你的action方法有個參數的話，MVC框架會檢查進來的請求的數據，看是否有個同樣名稱的對應的HTTP請求值。如果有的話，它會自動將其作為參數傳入action方法。

Controller基類呈現了可以使用的Request 和Response對象，它們是基于接口（interface）的。

3、使用視圖顯示界面

action方法在調用RenderView()方法時提供的跟視圖有關的數據對象，來顯示適當的界面：

在上面的代碼例子里，RenderView方法的“Categories”參數表示我們要顯示的視圖名稱，第二個參數是我們要傳給視圖對象并要視圖對象據此顯示適當HTML界面的分類對象的列表。

ASP.NET MVC框架支持任何模板引擎（包括象NVelocity, Brail，以及你自己想要編寫的任何模板引擎）來幫助生成界面。在默認情形下，ASP.NET MVC 框架使用ASP.NET中現有的ASP.NET 頁面(.aspx), 母版頁(.master), 和用戶控件(.ascx)。

4、Controller.RedirectToAction ASP.NET MVC還提供了Controller.RedirectToAction()輔助方法，你可以在控制器里使用來進行轉向操作（URL是使用URL路徑選擇系統計算出來的）。例如，當在控制器里調用下面代碼時：

在內部，它會生成一個對Response.Redirect(“/Search/Beverages”)的調用。

二、單元測試 Public void Detail(){ ProductsController controller=new ProductsController();//ProductsController里注入了一個偽（dummy）“ViewFactory”實現的。覆蓋了默認的ViewFactory，否則，默認的ViewFactory會創建和顯示我們的視圖。我們可以使用這個測試ViewFactory實現來做隔離，TestViewEngine testView=new TestViewRngine();Controller.viewFactory=testView;Controller.Detail(3);Assert.AreEqual(typeof(Product),testView.View.ViewData.GetType(),”Product object passed to View”)

Assert.AreEqual(3,testview.view.GetViewData().ProductID,”Correct Product object Passed to view”);

Assert.AreEqual(“Detail’,testView.View.ViewName,”Correct View Readered”)； }

三、View

1、理解/Views目錄結構

Shared：存放公用的母版頁、用戶控件和視圖的地點。ControllerName(控制器名)：控制器所用的視圖。執行過程：當在Controller中調用 RenderView(string viewName)方法時，MVC框架會自動地首先在ViewsControllerName 目錄里尋找對應的.aspx 或.ascx視圖模板，如果它找不到適當的視圖模板，然后它會在 ViewsShared目錄尋找。

2、視圖

MVC視圖頁默認是從System.Web.Mvc.ViewPage 基類繼承而來的，該基類提供了構建界面時所用的許多特定于MVC的輔助方法和屬性。ViewPage的其中一個屬性名叫“ViewData”，通過它，可以訪問Controller作為參數傳給 RenderView()方法的特定于視圖的數據對象。從你的視圖里，你可以后期綁定或以強類型的方式訪問“ViewData”。如果你的視圖是從ViewPage繼承而來，那么ViewData屬性是個后期綁定的字典。如果你的視圖是從基于泛型的ViewPage繼承而來，其中T表示Controller傳給視圖的ViewData的數據對象的類型，那么ViewData屬性就是強類型的，匹配你的Controller傳入的數據的類型。顯示數據： 1)在.aspx 文件里使用行內代碼

使用

和 的句法來在html 標識內嵌入顯示代碼

2)在.aspx 文件中使用服務器控件，然后在后臺代碼里使用數據綁定。

9、Html對象是 ViewPage 基類的一個輔助屬性，ActionLink方法是它的一個輔助方法，它方便你動態地生成連回到控制器的action 方法的HTML超鏈接。

第一個參數表示要顯示的超鏈接的內容，第二個參數是個匿名對象，它代表用以生成實際URL的一串值，你可以認為它是生成字典的一個比較干凈的方式。如果routing規則是象這樣的： /// 那么在ProductController的Category視圖里編寫這樣的代碼時：

Url.Action 除了使用Html.ActionLink外，ASP.NET MVC還有個Url.Action()視圖輔助方法。該方法生成原生的字符串URL，然后你可以任何方式來使用它們。例如，下面的代碼片段：

會使用URL路徑選擇系統返回下面這個原生的URL（而不是包裝在元素里）：

使用Lambda表達式從路徑選擇系統構建輸出的URL ASP.NET MVC框架還支持使用強類型機制創建action路徑的能力，這些強類型機制為URL輔助方法提供了編譯時檢查和intellisense。這是通過使用泛型和新的VB和C#對Lambda表達式的支持來實現的。下面這個匿名類型 ActionLink 調用：

也可以寫成：

方法 1：使用 Controller.ViewData 字典來傳遞ViewData Controller基類有個ViewData字典屬性，可以用來填充你要傳給視圖的數據。你使用鍵/值模式將對象加入 ViewData 字典。

ViewPage基類提供一個ViewData字典屬性，我們可以在視圖網頁里訪問由控制器添加的數據對象。然后我們可以取出這些數據對象，使用它們來顯示HTML輸出，可以用服務器控件的方式，或者用

顯示代碼的方式。注： 因為ViewData的類型是含有“objects”的字典，為了對它使用foreach語句，我們需要將ViewData[“Products”]的類型轉換成 List 或者 IEnumerable。我在頁面上引用了System.Collections.Generic 和 MyStore.Models 命名空間 以避免輸入 List 和 Product 類型的完整名稱。注: 上面使用了“var”關鍵詞，這是VS 2008中新的 C# 和 VB “類型推斷”特性的一個例子（在這里閱讀我以前的相關貼子）。因為我們將ViewData[“Products”] 轉換成了 List，我們在 List.aspx 文件中的 prduct 變量上得到了完整的intellisense。

方法 2：使用強類型類來傳遞ViewData

在第一個預覽版中，只有“ActionLink”方法是內置于System.Web.Extensions（目前實現核心ASP.NET MVC框架的程序集）中的。但我們還將有一個單獨的 “MVCToolkit” 下載，你可以加到你的項目中，來得到你可以在第一個預覽版中使用的的幾十個輔助方法。要安裝MVCToolkit HTML輔助方法的話，只要將MVCToolkit.dll程序集添加為你的項目的引用即可。Html.Select()Html.TextBox(“”,ViewData.Product.unitPrice)MVCToolkit程序集，你可以利用在System.Web.Mvc.BindingHelpers命名空間下實現的一個有用的擴展方法，來對此代碼作些清理。這個擴展方法叫做“UpdateFrom”，可以用在任何.NET 對象上。它接受一個字典作為參數，然后，它會對任何匹配該對象的公開屬性的鍵，自動對本身進行屬性賦值。Product product=new Product();Product.UpdateFrom(request.Form);//把客戶端的數據填充到product對象中了。

注： 如果你因為安全的原因，想要更明確些，只允許某些屬性可以更新的話，你還可以向UpdateFrom方法傳入一個可以更新的屬性名稱的字符串數組：攔截器(Action Filter)

1、橫切于ASP.NET MVC執行過程。在ASP.NET MVC執行中提供擴展功能(HttpModule)。可作“任何”事件(日志、緩存、異常處理)

2、成員：

(1)OnActionExecuting：參數ActionExecutingContext(ActionMethod、ActionParameters、Cancel、Result)。身份驗證、輸出服務器端緩存。(2)OnActionExecuted：參數ActionExecutingContext(ActionMethod、Exception、ExceptionHandled、Result)。異常處理(3)OnResultExecuting：參數ResultExecutingContext(Cancel、Result)。設置客戶端緩存、服務器端壓縮。

(4)OnResultExecuted：參數ResultExecutingContext(Exception、ExceptionHandled、Result)。異常處理、頁面尾部輸出調試信息。(5)Order(調用順序)實現與使用：繼承ActionFilterAttribute類、覆蓋必要的方法、標記在需要操作的Action上。IActionFilter(PV4)：

ActionFilterAttribute：FilterAttribute、IActionFilter、IResultFilter。

HandleErrorAttribute：FilterAttribute、IExceptionFilter。IResultFilter(PV4)： IExceptionFilter(PV4)：驗證 IAuthorizationFilter：授權

3、發布預制過濾器(PV4)：

OutputCache：緩存輸出，VaryByParam：根據指定參數進行。緩存整個頁面。

HandleError:捕獲特定異常，可指定出錯View(默認為Error)，View查找順序：Controller目錄àShared目錄。[handleError(ExceptionType=type(SqlException,View=””))] Authorize：授權。

4、ActionInvoker的改進(PV4)：