2. 程式人生 > >ASP.NET 管道事件與HttpModule, HttpHandler簡單理解

ASP.NET 管道事件與HttpModule, HttpHandler簡單理解

阿新 • • 發佈：2019-01-06

ASP.NET管道

以IIS 6.0為例，在工作程序w3wp.exe中，利用Aspnet_ispai.dll載入.NET執行時（如果.NET執行時尚未載入）。IIS 6引入了應用程式池的概念，一個工作程序對應著一個應用程式池。一個應用程式池可以承載一個或者多個Web應用，每個Web應用對映到一個IIS虛擬目錄。與IIS 5.x一樣，每一個Web應用執行在各自的應用程式域中。

如果HTTP.SYS接收到的HTTP請求是對該Web應用的第一次訪問，當成功載入了執行時後，會通過AppDomainFactory為該Web應用建立一個應用程式域（AppDomain）。隨後，一個特殊的執行時IsapiRuntime被載入。IsapiRuntime定義在程式集System.Web中，對應的名稱空間為System.Web.Hosting。IsapiRuntime會接管該HTTP請求。

IsapiRuntime會首先建立一個IsapiWorkerRequest物件，用於封裝當前的HTTP請求，並將該IsapiWorkerRequest物件傳遞給ASP.NET執行時：HttpRuntime，從此時起，HTTP請求正式進入了ASP.NET管道。根據IsapiWorkerRequest物件，HttpRuntime會建立用於表示當前HTTP請求的上下文（Context）物件：HttpContext。

隨著HttpContext被成功建立，HttpRuntime會利用HttpApplicationFactory建立新的或者獲取現有的HttpApplication物件。實際上，ASP.NET維護著一個HttpApplication物件池，HttpApplicationFactory從池中選取可用的HttpApplication使用者處理HTTP請求，處理完畢後將其釋放到物件池中。HttpApplicationFactory負責處理當前的HTTP請求。

在HttpApplication初始化過程中，會根據配置檔案載入並初始化相應的HttpModule物件。對於HttpApplication來說，在它處理HTTP請求的不同的階段會觸發不同的事件（Event），而HttpModule的意義在於通過註冊HttpApplication的相應的事件，將所需的操作注入整個HTTP請求的處理流程。ASP.NET的很多功能，比如身份驗證、授權、快取等，都是通過相應的HttpModule實現的。

而最終完成對HTTP請求的處理實現在另一個重要的物件中：HttpHandler。對於不同的資源型別，具有不同的HttpHandler。比如.aspx頁對應的HttpHandler為System.Web.UI.Page，WCF的.svc檔案對應的HttpHandler為System.ServiceModel.Activation.HttpHandler。上面整個處理流程如圖7

所示。

clip_image016 

圖7 ASP.NET 處理管道

HttpApplication

HttpApplication是整個ASP.NET基礎架構的核心，它負責處理分發給它的HTTP請求。由於一個HttpApplication物件在某個時刻只能處理一個請求，只有完成對某個請求的處理後，HttpApplication才能用於後續的請求的處理。所以，ASP.NET採用物件池的機制來建立或者獲取HttpApplication物件。具體來講，當第一個請求抵達的時候，ASP.NET會一次建立多個HttpApplication物件，並將其置於池中，選擇其中一個物件來處理該請求。當處理完畢，HttpApplication不會被回收，而是釋放到池中。對於後續的請求，空閒的HttpApplication物件會從池中取出，如果池中所有的HttpApplication物件都處於繁忙的狀態，ASP.NET會建立新的HttpApplication物件。

HttpApplication處理請求的整個生命週期是一個相對複雜的過程，在該過程的不同階段會觸發相應的事件。我們可以註冊相應的事件，將我們的處理邏輯注入到HttpApplication處理請求的某個階段。我們接下來介紹的HttpModule就是通過HttpApplication事件註冊的機制實現相應的功能的。表1按照實現的先後順利列出了HttpApplication在處理每一個請求時觸發的事件名稱。

表1

名稱

描述

BeginRequest

HTTP管道開始處理請求時，會觸發BeginRequest事件

AuthenticateRequest，PostAuthenticateRequest

ASP.NET先後觸發這兩個事件,使安全模組對請求進行身份驗證

AuthorizeRequest，PostAuthorizeRequest

ASP.NET先後觸發這兩個事件,使安全模組對請求程序授權

ResolveRequestCache，PostResolveRequestCache

ASP.NET先後觸發這兩個事件，以使快取模組利用快取的直接對請求直接程序響應（快取模組可以將響應內容程序快取，對於後續的請求，直接將快取的內容返回，從而提高響應能力）。

PostMapRequestHandler

對於訪問不同的資源型別，ASP.NET具有不同的HttpHandler對其程序處理。對於每個請求，ASP.NET會通過副檔名選擇匹配相應的HttpHandler型別，成功匹配後，該實現被觸發

AcquireRequestState，PostAcquireRequestState

ASP.NET先後觸發這兩個事件，使狀態管理模組獲取基於當前請求相應的狀態，比如SessionState

PreRequestHandlerExecute，PostRequestHandlerExecute

ASP.NET最終通過一請求資源型別相對應的HttpHandler實現對請求的處理，在實行HttpHandler前後，這兩個實現被先後觸發

ReleaseRequestState，PostReleaseRequestState

ASP.NET先後觸發這兩個事件，使狀態管理模組釋放基於當前請求相應的狀態

UpdateRequestCache，PostUpdateRequestCache

ASP.NET先後觸發這兩個事件，以使快取模組將HttpHandler處理請求得到的相應儲存到輸出快取中

LogRequest，PostLogRequest

ASP.NET先後觸發這兩個事件為當前請求程序日誌記錄

EndRequest

整個請求處理完成後，EndRequest事件被觸發

對於一個ASP.NET應用來說，HttpApplication派生於global.asax檔案，我們可以通過建立global.asax檔案對HttpApplication的請求處理行為進行定製。global.asax採用一種很直接的方式實現了這樣的功能，這種方式既不是我們常用的方法重寫（Method Overriding）或者事件註冊，而是直接採用方法名匹配。在global.asax中，我們按照這樣的方法命名規則進行事件註冊：Application_{Event Name}。比如Application_BeginRequest方法用於處理HttpApplication的BeginRequest事件。如果通過VS建立一個global.asax檔案，下面是預設的定義。

   1: <%@ Application Language="C#" %>
   2: <script runat="server">
   3: void Application_Start(object sender, EventArgs e) {}
   4: void Application_End(object sender, EventArgs e) {}
   5: void Application_Error(object sender, EventArgs e) {}
   6: void Session_Start(object sender, EventArgs e) {}
   7: void Session_End(object sender, EventArgs e) {}
   8: </script>

HttpModule

ASP.NET為建立各種.NET Web應用提供了強大的平臺，它擁有一個具有高度可擴充套件性的引擎，並且能夠處理對於不同資源型別的請求。那麼，是什麼成就了ASP.NET的高可擴充套件性呢？ HttpModule功不可沒。

從功能上講，HttpModule之於ASP.NET，就好比ISAPI Filter之於IIS一樣。IIS將接收到的請求分發給相應的ISAPI Extension之前，註冊的ISAPI Filter會先截獲該請求。ISAPI Filter可以獲取甚至修改請求的內容，完成一些額外的功能。與之相似地，當請求轉入ASP.NET管道後，最終負責處理該請求的是與請求資源型別相匹配的HttpHandler物件，但是在Handler正式工作之前，ASP.NET會先載入並初始化所有配置的HttpModule物件。HttpModule在初始化的過程中，會將一些功能註冊到HttpApplication相應的事件中，那麼在HttpApplication整個請求處理生命週期中的某個階段，相應的事件會被觸發，通過HttpModule註冊的事件處理程式也得以執行。

所有的HttpModule都實現了IHttpModule介面，下面是IHttpModule的定義。其中Init方法用於實現HttpModule自身的初始化，該方法接受一個HttpApplication物件，有了這個物件，事件註冊就很容易了。

   1: public interface IHttpModule
   2: {
   3:      void Dispose();
   4:     void Init(HttpApplication context);
   5: }

ASP.NET提供的很多基礎構件（Infrastructure）功能都是通過相應的HttpModule實現的，下面類列出了一些典型的HttpModule:

  • OutputCacheModule：實現了輸出快取（Output Caching）的功能；
  • SessionStateModule：在無狀態的HTTP協議上實現了基於會話（Session）的狀態；
  • WindowsAuthenticationModule + FormsAuthenticationModule + PassportAuthentication- Module：實現了3種典型的身份認證方式：Windows認證、Forms認證和Passport認證；
  • UrlAuthorizationModule + FileAuthorizationModule：實現了基於Uri和檔案ACL（Access Control List）的授權。

而另外一個重要的HttpModule與WCF相關，那麼就是System.ServiceModel. Activation.HttpModule。HttpModule定義在System.ServiceModel程式集中，在預設的情況下，HttpModule完成了基於IIS的寄宿工作。

除了這些系統定義的HttpModule之外，我們還可以自定義HttpMoudle。通過Web.config，我們可以很容易地將其註冊到我們的Web應用中。

HttpHandler

如果說HttpModule相當於IIS的ISAPI Filter的話，我們可以說HttpHandler則相當於IIS的ISAPI Extension，HttpHandler在ASP.NET中扮演請求的最終處理者的角色。對於不同資源型別的請求，ASP.NET會載入不同的Handler來處理，也就是說.aspx page與.asmx web service對應的Handler是不同的。

所有的HttpHandler都實現了介面IHttpHandler。下面是IHttpHandler的定義，方法ProcessRequest提供了處理請求的實現。

   1: public interface IHttpHandler
   2: {
   3:     void ProcessRequest(HttpContext context);
   4:     bool IsReusable { get; }
   5: }

對於某些HttpHandler，具有一個與之相關的HttpHandlerFactory，用於建立或者獲取相應的HttpHandler。HttpHandlerFactory實現介面IHttpHandlerFactory，方法GetHandler用於建立新的HttpHandler，或者獲取已經存在的HttpHandler。

   1: public interface IHttpHandlerFactory
   2: {
   3:     IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated);
   4:     void ReleaseHandler(IHttpHandler handler);
   5: }

HttpHandler和HttpHandlerFactory的型別都可以通過相同的方式配置到Web.config中。下面一段配置包含對3種典型的資源型別的HttpHandler配置：.aspx,.asmx和.svc。可以看到基於WCF Service的HttpHandler型別為：System.ServiceModel.Activation.HttpHandler。

   1: <?xml version="1.0" encoding="utf-8" ?>
   2: <configuration>
   3: <system.web>
   4: <httpHandlers>
   5: <add path="*.svc" verb="*" type="System.ServiceModel.Activation.HttpHandler, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" validate="false"/>
   6: <add path="*.aspx" verb="*" type="System.Web.UI.PageHandlerFactory" validate="True"/>
   7: <add path="*.asmx" verb="*" type="System.Web.Services.Protocols.WebServiceHandlerFactory, System.Web.Services, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" validate="False"/>
   8: </httpHandlers>
   9: </system.web>
  10: </configuration>

HttpModule是向實現類提供模組初始化和處置事件。當一個HTTP請求到達HttpModule時，整個ASP.NET Framework系統還並沒有對這個HTTP請求做任何處理，也就是說此時對於HTTP請求來講，HttpModule是一個HTTP請求的“必經之路”，所以可以在這個HTTP請求傳遞到真正的請求處理中心（HttpHandler）之前附加一些需要的資訊在這個HTTP請求資訊之上，或者針對截獲的這個HTTP請求資訊作一些額外的工作，或者在某些情況下乾脆終止滿足一些條件的HTTP請求，從而可以起到一個Filter過濾器的作用。

1、asp.net的HTTP請求處理過程

ASPNETHTTP

說明： 
（1）、客戶端瀏覽器向伺服器發出一個http請求，此請求會被inetinfo.exe程序截獲，然後轉交給aspnet_isapi.dll程序，接著它又通過Http Pipeline的管道，傳送給aspnet_wp.exe這個程序，接下來就到了.net framework的HttpRunTime處理中心，處理完畢後就傳送給使用者瀏覽器。 
（2）、當一個http請求被送入到HttpRuntime之後，這個Http請求會繼續被送入到一個被稱之為HttpApplication Factory的一個容器當中，而這個容器會給出一個HttpApplication例項來處理傳遞進來的http請求，而後這個Http請求會依次進入到如下幾個容器中：HttpModule --> HttpHandler Factory --> HttpHandler。當系統內部的HttpHandler的ProcessRequest方法處理完畢之後，整個Http Request就被處理完成了，客戶端也就得到相應的東東了。 
（3）完整的http請求在asp.net framework中的處理流程： 
HttpRequest-->inetinfo.exe->ASPNET_ISAPI.DLL-->Http Pipeline-->ASPNET_WP.EXE-->HttpRuntime-->HttpApplication Factory-->HttpApplication-->HttpModule-->HttpHandler Factory-->HttpHandler-->HttpHandler.ProcessRequest() 

也就是說一個HTTP請求在HttpModule容器的傳遞過程中，會在某一時刻（ResolveRequestCache事件）將這個HTTP請求傳遞給HttpHandler容器。在這個事件之後，HttpModule容器會建立一個HttpHandler的入口例項，但是此時並沒有將HTTP請求控制權交出，而是繼續觸發AcquireRequestState事件以及PreRequestHandlerExcute事件。在PreRequestHandlerExcute事件之後，HttpModule視窗就會將控制權暫時交給HttpHandler容器，以便進行真正的HTTP請求處理工作。

而在HttpHandler容器內部會執行ProcessRequest方法來處理HTTP請求。在容器HttpHandler處理完畢整個HTTP請求之後，會將控制權交還給HttpModule，HttpModule則會繼續對處理完畢的HTTP請求資訊流進行層層的轉交動作，直到返回到客戶端為止。 
PS:紅色的HttpApplication例項在HttpModule的Init方法中會用到。


（4）如果想在中途截獲一個httpRequest並做些自己的處理，就應該在HttpRuntime執行時內部來做到這一點，確切的說是在HttpModule這個容器中來實現。

2、HttpModule工作原理


     負責監聽HttpRequest，同時對HttpRequest增添或者過濾掉一部分內容。也就是說，當一個HTTP請求到達HttpModule時，整個ASP.NET Framework系統還並沒有對這個HTTP請求做任何處理，也就是說此時對於HTTP請求來講，HttpModule是一個HTTP請求的“必經之路”，所以可以在這個HTTP請求傳遞到真正的請求處理中心（HttpHandler）之前附加一些需要的資訊在這個HTTP請求資訊之上，或者針對截獲的這個HTTP請求資訊作一些額外的工作，或者在某些情況下乾脆終止滿足一些條件的HTTP請求，從而可以起到一個Filter過濾器的作用。 
HttpModule實現了介面IHttpModule，我們可以自定義實現該介面的類，從而取代HttpModule。 
asp.net預設的HttpModule如下：

        System.Web.SessionState.SessionStateModule;

        System.Web.Security.WindowsAuthenticationModule;

        System.Web.Security.FormsAuthenticationModule;

        System.Web.Security.PassportAuthenticationModule;

        System.Web.Security.UrlAuthorizationModule;

        System.Web.Security.FileAuthorizationModule;

3、編寫自己的HttpModule

要實現HttpModule，必須實現介面IHttpModule。下面是IHttpModule介面分析：

using System;

namespace System.Web

{

    public interface IHttpModule

    {

        //   銷燬不再被HttpModule使用的資源

        void Dispose();

        // 初始化一個Module,為捕獲HttpRequest做準備

        void Init(HttpApplication context);

    }

}

下面是自己的HttpModule：

using System;

using System.Web;

namespace ClassLibrary1

{

    public class MyHttpModule : IHttpModule

    {

        public void Dispose() { }

        public void Init(HttpApplication context)

        {

            context.BeginRequest += new EventHandler(Application_BeginRequest);

            context.EndRequest += new EventHandler(Application_EndRequest);

        }

        public void Application_BeginRequest(object sender, EventArgs e)

        {

            HttpApplication application = sender as HttpApplication;

            HttpContext context = application.Context;

            HttpResponse response = context.Response;

            response.Write("這是來自自定義HttpModule中有BeginRequest");

        }

        public void Application_EndRequest(object sender, EventArgs e)

        {

            HttpApplication application = sender as HttpApplication;

            HttpContext context = application.Context;

            HttpResponse response = context.Response;

            response.Write("這是來自自定義HttpModule中有EndRequest");

        }

    }

}


web.config

    <httpModules>

      <add name="myHttpModule" type="ClassLibrary1.MyHttpModule,ClassLibrary1"/>

    </httpModules>

default.aspx.cs 

using System;

using System.Collections.Generic;

using System.Linq;

using System.Web;

using System.Web.UI;

using System.Web.UI.WebControls;

public partial class _Default : System.Web.UI.Page 

{

    protected void Page_Load(object sender, EventArgs e)

    {

        Response.Write("<br/><br/>來自Default.aspx頁面<br/>");

    }

}


2010-03-11_101937

4、HttpModule內部事件機制和生命週期


HttpModule對HttpApplication例項進行處理，而HttpApplication有很多事件（對應不同的生命期），這樣就衍生出HttpModule內部事件機制和生命週期。 
（1）、HttpModule的事件

BeginRequest 指示請求處理開始
AuthenticateRequest 封裝請求身份驗證過程
AuthorizeRequest 封裝檢查是否能利用以前快取的輸出頁面處理請求的過程
ResolveRequestCache 從快取中得到相應時候觸發
AcquireRequestState 載入初始化Session時候觸發
PreRequestHandlerExecute 在Http請求進入HttpHandler之前觸發
PostRequestHandlerExecute 在Http請求進入HttpHandler之後觸發
ReleaseRequestState 儲存Session狀態時候觸發
UpdateRequestCache 更新快取資訊時觸發
EndRequest 在Http請求處理完成的時候觸發
PreSendRequestHenaders 在向客戶端傳送Header之前觸發
PreSendRequestConternt 在向客戶端傳送內容之前觸發

說明： 
a、BenginRequest和EndRequest分別是HttpModule容器最開始的和最後的事件； 
b、EndRequest之後還會觸發PreSendRequestHeaders事件和PreSendRequestContent事件，這不是在HttpModule外的兩個事件，表示HttpModule結束，即將開始向Client傳送資料。

（2）、驗證HttpModule生命週期 
與HttpHandler的互動： 
HttpModuleHandler

說明： 
a、HttpModule容器會將HttpRequest傳遞到HttpHandler容器，這個時間點是ResolveRequestCache事件 
b、HttpModule容器會建立HttpHandler例項作為入口——Session從此生效 
c、觸發AcquireRequestState事件以及PreRequestHandlerExecute事件 
d、HttpModule容器便將對HttpRequest的控制權轉讓給HttpHandler容器 
e、HttpHandler容器處理HttpRequest——使用自身的ProcessRequest方法，將對其控制權又還給HttpModule容器——之後Session失效。 

驗證生命週期程式碼：

using System;

using System.Collections.Generic;

using System.Text;

using System.Web;

namespace MyHttpModule

{

    public class ValidaterHttpModuleEvents : IHttpModule

    {

        public void Dispose()

        { }

        /// <summary>

        /// 驗證HttpModule事件機制

        /// </summary>

        /// <param name="application"></param>

        public void Init(HttpApplication application)

        {

            application.BeginRequest += new EventHandler(application_BeginRequest);

            application.EndRequest += new EventHandler(application_EndRequest);

            application.AcquireRequestState += new EventHandler(application_AcquireRequestState);

            application.AuthenticateRequest += new EventHandler(application_AuthenticateRequest);

            application.AuthorizeRequest += new EventHandler(application_AuthorizeRequest);

            application.PreRequestHandlerExecute += new EventHandler(application_PreRequestHandlerExecute);

            application.PostRequestHandlerExecute += new EventHandler(application_PostRequestHandlerExecute);

            application.ReleaseRequestState += new EventHandler(application_ReleaseRequestState);

            application.ResolveRequestCache += new EventHandler(application_ResolveRequestCache);

            application.PreSendRequestHeaders += new EventHandler(application_PreSendRequestHeaders);

            application.PreSendRequestContent += new EventHandler(application_PreSendRequestContent);

        }

        private void application_BeginRequest(object sender, EventArgs e)

        {

            HttpApplication application = (HttpApplication)sender;

            application.Context.Response.Write("application_BeginRequest<br/>");

        }

        private void application_EndRequest(object sender, EventArgs e)

        {

            HttpApplication application = (HttpApplication)sender;

            application.Context.Response.Write("application_EndRequest<br/>");

        }

        private void application_PreRequestHandlerExecute(object sender, EventArgs e)

        {

            HttpApplication application = (HttpApplication)sender;

            application.Context.Response.Write("application_PreRequestHandlerExecute<br/>");

        }

        private void application_PostRequestHandlerExecute(object sender, EventArgs e)

        {

            HttpApplication application = (HttpApplication)sender;

            application.Context.Response.Write("application_PostRequestHandlerExecute<br/>");

        }

        private void application_ReleaseRequestState(object sender, EventArgs e)

        {

            HttpApplication application = (HttpApplication)sender;

            application.Context.Response.Write("application_ReleaseRequestState<br/>");

        }

        private void application_AcquireRequestState(
            
  

           

              
              

            

            
相關推薦

			   
            
            
            
 

    


    
    
ASP.NET 管道事件與HttpModule, HttpHandler簡單理解

     
 
                



ASP.NET管道

以IIS 6.0為例，在工作程序w3wp.exe中，利用Aspnet_ispai.dll載入.NET執行時（如果.NET執行時尚未載入）。IIS 6引入了應用程式池的概念，一個工作程序對應著一個應用程式池。一個應用程式池可以承載一個或者多個Web 



  
 

    


    
    
asp.net 管道事件註冊、管道執行步驟模擬

     
 
                
前一篇文章我們學習了WebForm開發中頁面級事件的註冊，今天我們就接著學習另外一種請求過濾機制：管道事件註冊
我們知道Application的管道有23個步驟 19個事件
在進一步講解之前，我們先來了解一下19個管道事件

(1)BeginRequest: 開始處理請求
 



  
 

    


    
    
【轉載】IIS與asp.net管道

     
 解決   ati   arc   mar   初始化   upd   最重要的   tpc   事件處理程序   閱讀目錄  asp.net是什麽 HTTP協議 IIS與asp.net asp.net管道 參考資料 　　我們在基於asp.net開發web程序，基本上都是發布部署到安裝了IIS的windows服 



  
 

    


    
    
Asp.Net MVC WebAPI的建立與前臺Jquery ajax後臺HttpClient呼叫詳解 Asp.Net中對操作Sql Server 簡單處理的SqlDB類

     
 1、什麼是WebApi，它有什麼用途？ 
          Web API是一個比較寬泛的概念。這裡我們提到Web API特指ASP.NET MVC Web API。在新出的MVC中，增加了WebAPI，用於提供REST風格的WebService，新生成的W 



  
 

    


    
    
WCF技術剖析之二：再談IIS與ASP.NET管道

     
 在2007年9月份，我曾經寫了三篇詳細介紹IIS架構和ASP.NET執行時管道的文章，深入介紹了IIS 5.x與IIS 6.0HTTP請求的監聽與分發機制，以及ASP.NET執行時管道對HTTP請求的處理流程：    很多人留言為何沒有IIS 7的介紹。在寫作《WCF深入剖析》中，為了剖析基於IIS的WCF服 



  
 

    


    
    
ASP.NET 使用application與session物件寫的簡單聊天室程式

     
 
                
ASP.Net中有兩個重要的物件，一個是application物件，一個是session物件。
Application：記錄應用程www.usus.cc序引數的物件，該物件用於共享應用程式級資訊。
Session：記錄瀏覽器端的變數物件，www.e78.com用來儲存跨網頁 



  
 

    


    
    
ASP.Net MVC Session和Cookies的簡單使用

     
 span   pen   ons   --   req   ria   hide   resp   request   目標：用Session和Cookies實現登陸信息保存和展現
Cookies實現:
 
Controller:


//把登陸用戶名存到cookies中
HttpCookie cook =  



  
 

    


    
    
Asp.Net頁面傳值的方法簡單總結【原創】

     
 tid   周期   ()   路徑   coo   webp   方式   qpi   優點   
1、QueryString
當頁面上form按照get的方式向頁面發送請求數據的時候，web server會將請求數據放入
一個QEURY_STRING的環境變量中，然後通過QeueryString方法 



  
 

    


    
    
Asp.Net MVC 5使用Identity之簡單的註冊和登陸

     
 stat   bar   del   info   var   asp.net   rem   boot   manage   由於.Net MVC 5登陸和註冊方式有很多種，但是Identity方式去實現或許會更簡單更容易理解
首先新建一個項目

 
其次如下選擇Empty和MVC的選項

然後打開NuGe 



  
 

    


    
    
asp.net -mvc框架復習（5）-ASP.NET MVC中的視圖簡單使用

     
 font   height   logs   認識   知識   分類   ges   mil   c中   1.視圖分類
  ASPX視圖（現在講解）
  Razor視圖（後面講解）
ASPX 視圖：

 
2.@page指令
作用：頁面的聲明
要求：必須放在第一行，常用指令屬性如下：

 3.服務器端內嵌 



  
 

    


    
    
關於ASP.NET MVC 5 的一種簡單的身份驗證方式：FormsAuthentication.Authenticate

     
 在ASP.NET MVC 5中，身份驗證分別有三種方式。分別為使用FormsAuthentication、MemberShip和Identity進行驗證。 
  
（PS：本系列的邏輯程式碼請勿直接用於生產，請自己多加一層抽象後再投入使用） 
  
為了展示這三種方式，我們先新建一個MVC 



  
 

    


    
    
Asp.Net MVC+EF+三層架構 簡單搭建 （1） Asp.Net MVC+EF+三層架構

     
 首先，謝謝各位過客觀看，今天我們說下簡單的 Asp.Net MVC+EF+三層架構 搭建（ 第一部分）。 
很簡單，先看下完成之後程式碼圖： 
 
  
這裡講的是一個整體框架的搭建，所以頁面暫時Pass，先以一個小的查詢為例。 
  
一、新建Model、Dal、Bl 



  
 

    


    
    
ASP.NET -- WebForm -- .aspx與.aspx.cs檔案

     
 ASP.NET -- WebForm --  .aspx與.aspx.cs檔案 
1. ASP.NET -- WebForm(C#)檔案 
.aspx檔案：是Html頁面，頁面的佈局，樣式在該檔案中設計。 
.aspx.cs檔案：後臺程式碼 
.aspx.designer.cs檔案：由工具自動生成的 



  
 

    


    
    
【菜鳥學習ASP.net】xml與html的區別

     
  
 
  
  
 前言： 
 剛剛接觸了html現在又來了個xml，一開始有點迷糊，後來發現通過實踐對比學習，二者之間的區別越來越清晰明瞭了，接下來和我一起來搞懂它吧！ 
 1、什麼是HTML 
 超文字標記語言（英語：HyperText Markup Language，簡稱：HTML）是一種用於建立網頁 



  
 

    


    
    
ASP.NET 連線資料庫 增刪改查簡單例項

     
 
                
本文主要講解連線ASP.NET 連線資料庫最簡單的方法和增刪改查的小例子，因為只涉及到一個頁面，所以沒有使用web.config，以及使用DBHelper，旨在讓讀者們拋開封裝好的東西，瞭解實際程式碼。

因為本例涉及到資料庫，所以在開始之前請先在資料庫裡新建一個名為“te 



  
 

    


    
    
ASP.NET Core 認證與授權[5]:初識授權

     
 
經過前面幾章的姍姍學步，我們瞭解了在 ASP.NET Core 中是如何認證的，終於來到了授權階段。在認證階段我們通過使用者令牌獲取到使用者的Claims，而授權便是對這些的Claims的驗證，如：是否擁有Admin的角色，姓名是否叫XXX等等。本章就來介紹一下 ASP.NET Core 的授權系統的簡單使 



  
 

    


    
    
Theme、StylesheetTheme設定ASP.NET的樣式與主題

     
 
                
1.動態網站與靜態網站
ASP.NET建立的動態網站，與靜態網站相比，簡單地說，就是在靜態網站的基礎上增加了由在伺服器端執行的程式碼動態生成的內容，這個在伺服器端執行的程式碼包括內碼表中的後臺程式碼，也包括前臺頁面中的控制元件。
靜態網頁的樣式，同樣適應於動態網頁的靜態內容 



  
 

    


    
    
ASP.NET Core 認證與授權[3]:OAuth & OpenID Connect認證

     
 原文:
ASP.NET Core 認證與授權[3]:OAuth & OpenID Connect認證

在上一章中，我們瞭解到，Cookie認證是一種本地認證方式，通常認證與授權都在同一個服務中，也可以使用Cookie共享的方式分開部署，但侷限性較大，而如今隨著微服務的流行，更加偏向於將以前的單體應用 



  
 

    


    
    
ASP.NET MVC中許可權控制的簡單實現

     
 
								
								            
						
                
1、重寫AuthorizeAttribute類，用自己的許可權控制邏輯重寫AuthorizeCore方法
public class MyAuthorizeAttribute : AuthorizeAt 



  
 

    


    
    
ASP.NET資料驗證與頁面統一佈局

     
 
								
								            
							
							
							常見表單驗證概述




  資料有效性驗證方式








非空驗證控制元件




  驗證控制元件的拖放與基本屬性設定












比較驗證控制元件




  控制元件拖放與基本