第一篇：asp.net系統(tǒng)時間-ASP.NET校友錄系統(tǒng).

asp.net 系統(tǒng)時間-ASP.NET校友錄系統(tǒng)

前言

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

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

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

第二篇：關于大型asp.net應用系統(tǒng)的架構

關于大型asp.net應用系統(tǒng)的架構

前言

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

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

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

簡介

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

架構的選擇

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

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

分層Layered的架構

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

消息總線型的架構

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

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

3Tier/N Tier的架構

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

面向對象的架構

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

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

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

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

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

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

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

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

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

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

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

有若干已有系統(tǒng)并且這些系統(tǒng)之間有特定的交互

需要讓一個系統(tǒng)與外部的其他系統(tǒng)交互

不同平臺上的系統(tǒng)相互之間進行交互

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

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

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

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

應用全部在內部網里

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

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

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

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

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

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

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

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

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

應用需要支持平臺無關性

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

采用請求-響應模式運行

需要開發(fā)軟件加服務(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應用的開發(fā)。通常是需要將多個系統(tǒng)平臺整合在一起的時候。消息總線型的架構需要結合其他的架構來共同構造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應用程序的架構。

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

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

結束語

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

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

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

基于ASP.NET的江蘇海院船員考試系統(tǒng)設計

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

關鍵詞：考試系統(tǒng)；信息；設計

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

考試系統(tǒng)目標

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

考試系統(tǒng)功能結構

2.1 考試系統(tǒng)前臺管理功能結構

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

2.2 考試系統(tǒng)后臺管理功能結構

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

圖2 后臺功能結構圖

業(yè)務流程圖

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

圖3 業(yè)務流程圖

考試系統(tǒng)數據庫設計

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

4.1 管理員信息表

管理員信息表主要儲存系統(tǒng)編號、管理員編號、管理員姓名和管理員登陸密碼等信息，其信息實體圖（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圖

結束語

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

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

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

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

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

參考文獻

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

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

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

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

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

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

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

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

1教學思路

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

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

2.1展示本次課的學習任務

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

2.2 層層遞進提出問題

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

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

2.3.1為什么要設計登錄模塊

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

2.3.2 講練結合，設計界面

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

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

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

2.3.4 關鍵技術

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

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

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

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

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

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

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

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

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

參考文獻

[1] 強鋒科技 王巖．ASP.NET網絡開發(fā)指南[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（控制器）)上，這個類負責處理到來的請求，處理用戶輸入和交互，執(zhí)行基于輸入和交互的相應的應用和數據邏輯。然后，一個Controller類調用單獨的“視圖”組件，該組件負責生成請求的實際的HTML輸出。

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

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

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

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

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

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

(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路徑選擇系統(tǒng)計算出來的）。例如，當在控制器里調用下面代碼時：

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

二、單元測試 Public void Detail(){ ProductsController controller=new ProductsController();//ProductsController里注入了一個偽（dummy）“ViewFactory”實現的。覆蓋了默認的ViewFactory，否則，默認的ViewFactory會創(chuàng)建和顯示我們的視圖。我們可以使用這個測試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(控制器名)：控制器所用的視圖。執(zhí)行過程：當在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方法是它的一個輔助方法，它方便你動態(tài)地生成連回到控制器的action 方法的HTML超鏈接。

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

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

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

使用Lambda表達式從路徑選擇系統(tǒng)構建輸出的URL ASP.NET MVC框架還支持使用強類型機制創(chuàng)建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執(zhí)行過程。在ASP.NET MVC執(zhí)行中提供擴展功能(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、發(fā)布預制過濾器(PV4)：

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

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

4、ActionInvoker的改進(PV4)：