最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

Asp.net的應(yīng)用程序?qū)ο蠛晚?yè)面生存周期

 更新時(shí)間：2013年02月21日 17:19:07   作者：  
Asp.net的應(yīng)用程序?qū)ο蠛晚?yè)面生存周期，需要的朋友可以參考一下

IIS在接到一個(gè)新的http請(qǐng)求后，最終會(huì)調(diào)用asp.net_isapi.dll的 ISAPI擴(kuò)展(特指IIS6.0環(huán)境，iis7.0的應(yīng)用程序池默認(rèn)為集成方式，相對(duì)有所變化)，然后傳遞到httpRuntime Pipe(http運(yùn)行時(shí)管道)，Asp.Net這時(shí)才開(kāi)始運(yùn)行(即HttpRunTime是Asp.Net真正的入口)，HttpRunTime會(huì)為每 個(gè)asp.net應(yīng)用自動(dòng)創(chuàng)建一個(gè)HttpApplication的實(shí)例，而該實(shí)例中又包含以下屬性:

注1

Application -->相當(dāng)于傳統(tǒng)意義上asp時(shí)代的application對(duì)象，通常用于定義一個(gè)asp.net應(yīng)用的全局變量

Context -->HttpContext(上下文)類(lèi)的實(shí)例【Asp.Net新增的】

Modules -->影響當(dāng)前應(yīng)用程序的HttpModule模塊集合

Request -->類(lèi)似于asp中的Request對(duì)象，通常用于接收一些特定的值(比如Request.Form或Request.QueryString)

Response -->類(lèi)似于asp中的Response對(duì)象，通常用于向做頁(yè)面輸出指定內(nèi)容(比如Resonse.Write)

Server -->類(lèi)似于asp中的Server對(duì)象，通過(guò)它能獲得一些服務(wù)端的信息(比如Server.MapPath)

Session -->類(lèi)似于asp中的Session對(duì)象

User -->用于獲取用戶(hù)認(rèn)證相關(guān)的安全信息


從上面的屬性可以發(fā)現(xiàn)：很多其實(shí)在asp年代已在使用，只有Context,Modules,User這三個(gè)是Asp.Net新增的


HttpApplication類(lèi)除了具備"注1"的幾個(gè)屬性外，還有自己的方法，這里特別提一下Init方法和Dispose方法，這二個(gè)方法均可重載.

它們的調(diào)用時(shí)機(jī)為:

Init方法在A(yíng)pplication_Start之后調(diào)用，而Dispose在A(yíng)pplication_End之前調(diào)用，另外 Application_Start在整個(gè)asp.net應(yīng)用的生命周期內(nèi)只激發(fā)一次(比如IIS啟動(dòng)或網(wǎng)站啟動(dòng)時(shí))，類(lèi)似的 Application_End也只有當(dāng)asp.net應(yīng)用程序關(guān)閉時(shí)被調(diào)用(比如IIS停止或網(wǎng)站停止時(shí))

除了Application_Start和Application_End方法，HttpApplication還提供了以下事件:

這些事件包括前面提到的可重載的Init及Dispose方法，再加上Session對(duì)應(yīng)的Session_Start與Session_End方法，均可直接在Global.ascx.cs中以Application_XXX的形式使用(因?yàn)镚lobal.ascx.cs中定義的類(lèi)Global本身就是繼承自HttpApplication的)

復(fù)制代碼 代碼如下:

public class Global : System.Web.HttpApplication

再來(lái)看一下相對(duì)asp而言，新增的Context,Modules,User這三個(gè)屬性

Context：

Context即HttpContext類(lèi)的實(shí)例，在幾乎整個(gè)aspx頁(yè)面生命周期中，Context上下文一直伴隨著各個(gè)環(huán)節(jié)向下傳遞

所以我們幾乎可以在web應(yīng)用中的任何環(huán)節(jié)，用HttpContext.Current來(lái)引用到當(dāng)前的上下文實(shí)例，從HttpContext的定義上，還可以發(fā)現(xiàn)Context本身的屬性中，又可以得到 Application,ApplicationInstance,Profile,Response.Request...等對(duì)象的實(shí)例引用

回想一下：

復(fù)制代碼 代碼如下:

public class Handler1 : IHttpHandler
    {

        public void ProcessRequest(HttpContext context)
        {
            context.Response.ContentType = "text/plain";
            context.Response.Write("Hello World");
        }

        public bool IsReusable
        {
            get
            {
                return false;
            }
        }
    }


我們?cè)谑褂靡粋€(gè)ashx文件時(shí)，ProcessRequest方法便是把當(dāng)前上下文傳遞進(jìn)來(lái)，進(jìn)而通過(guò)context得到Response對(duì)象的引用，最終可以向頁(yè)面輸出任何想要的內(nèi)容.

Modules:

每一個(gè)實(shí)現(xiàn)了IHttpModule接口的類(lèi)，就可以被認(rèn)為是Http模塊組件，可以理解為http請(qǐng)求攔截器，攔截到http請(qǐng)求后，它能修改正在被處理的Context上下文，完事兒之后，再把控制權(quán)交還給管道，如果還有其它模塊，則依次繼續(xù)處理，直到所有Modules集合中的 HttpModule都“爽”完為止(注：可憐的http請(qǐng)求就這樣給各個(gè)httpModule輪X了)

asp.net2.0默認(rèn)內(nèi)置了很多HttpModule，從Machine.Config文件中可以發(fā)現(xiàn)以下默認(rèn)的內(nèi)置模塊:

注2
AnonymouseIdentification --為匿名用戶(hù)分配一個(gè)臨時(shí)身份
FileAuthorization --驗(yàn)證用戶(hù)是否有請(qǐng)求文件的Windows NT許可
FormsAuthentication --窗體身份驗(yàn)證模塊(如果沒(méi)有這個(gè)模塊,asp.net就無(wú)法以用戶(hù)名/密碼[即FOrms]方式驗(yàn)證)
OutputCache --輸出緩存模塊
PassportAuthentication --PassPort驗(yàn)證模塊
Profile --用戶(hù)配置模塊(如果沒(méi)有它，asp.net中就無(wú)法使用Profile)
RoleManager --角色管理
SessionSate --會(huì)話(huà)狀態(tài)模塊
UrlAuthorization --基于URL的身份驗(yàn)證模塊
WindowsAuthentication --Windows和IIS身份驗(yàn)證模塊

User：

如果您使用過(guò)asp.net2.0內(nèi)置的Membership/Role機(jī)制來(lái)進(jìn)行訪(fǎng)問(wèn)認(rèn)證，就會(huì)對(duì)User對(duì)象感到很熟悉，比如：

復(fù)制代碼 代碼如下:

if (HttpContext.Current.User.Identity.IsAuthenticated)
{
     //用戶(hù)登錄過(guò)了...
}


我們常用它來(lái)判斷當(dāng)前瀏覽用戶(hù)的登錄狀態(tài)，關(guān)于User類(lèi)的更詳細(xì)定義，可參見(jiàn)MSDN


生命周期：

最后再來(lái)回顧一下Asp.Net中Page頁(yè)的生命周期，Page中定義了幾個(gè)事件:

總體上講：一個(gè)ASPX頁(yè)面被請(qǐng)求時(shí)，最終的生命周期就是由Page中定義的上述事件(還有一些可重載的回調(diào)方法)以及以前提到的HttpApplication類(lèi)中定義的事件(以相應(yīng)的回調(diào)方法)共同觸發(fā)或調(diào)用，最終疊加形成的一連串處理過(guò)程。

如果先不考慮HttpApplication中的事件處理方法(即不考慮我們?cè)贕lobal.ascx.cs中定義的Application_XXX處理方法)，Page中的事件(方法)常規(guī)觸發(fā)(調(diào)用)順序?yàn)椋?/P>

01.Page_PreInit

02.Page_Init

03.Page_InitComplete

04.Page_PreLoad

05.Page_Load

06.Page_LoadComplete

07.Page_PreRender

08.Page_SaveStateComplete

09.Page_Unload

這是在Page頁(yè)面未回發(fā)，且不考慮頁(yè)面子控件的前提下正常的順序，如果加入頁(yè)面回發(fā)(比如在頁(yè)面中放一個(gè)asp:Button，然后在Button的Click回發(fā)事件中加入處理函數(shù))后，順序稍微有些變化：

01.Page_PreInit

02.Page_Init

03.Page_InitComplete

04.Page_PreLoad

05.Page_Load

06.Button1_Click

07.Page_LoadComplete

08.Page_PreRender

09.Page_SaveStateComplete

10.Page_Unload

不同的地方在于：回發(fā)事件Button1_Click在Page_Load后被觸發(fā).

最后再把HttpApplication的事件考慮進(jìn)來(lái)，看下疊加后的順序，不過(guò)先別著急，我們先來(lái)看一種特殊情況，如果一個(gè)asp.net應(yīng)用根目錄下未設(shè)置默認(rèn)頁(yè)，這時(shí)直接瀏覽根目錄，比如http://localhost:2345/ 時(shí)，Globl.ascx.cs中定義的Application_XXX方法的調(diào)用順序如下：
2010-03-28 15:01:39 413 Application_Start

2010-03-28 15:01:39 491 Init

2010-03-28 15:01:39 491 Application_BeginRequest

2010-03-28 15:01:39 506 Application_AuthenticateRequest

2010-03-28 15:01:39 506 Application_PostAuthenticateRequest

2010-03-28 15:01:39 506 Application_AuthorizeRequest

2010-03-28 15:01:39 522 Application_PostAuthorizeRequest

2010-03-28 15:01:39 522 Application_ResolveRequestCache

2010-03-28 15:01:39 522 Application_PostResolveRequestCache

2010-03-28 15:01:39 522 Application_PostMapRequestHandler

2010-03-28 15:01:39 522 Application_AcquireRequestState

2010-03-28 15:01:39 537 Application_PostAcquireRequestState

2010-03-28 15:01:39 537 Application_PreRequestHandlerExecute

2010-03-28 15:01:39 553 Application_Error

2010-03-28 15:01:39 553 Application_EndRequest

2010-03-28 15:01:39 569 Application_PreSendRequestHeaders

2010-03-28 15:01:39 569 Application_PreSendRequestContent

可以看到會(huì)觸發(fā)Application_Error事件，即HttpRuntime認(rèn)為這是一個(gè)錯(cuò)誤.

緊接著再瀏覽一個(gè)實(shí)際存在的頁(yè)面，如果這時(shí)應(yīng)用程序有嚴(yán)重錯(cuò)誤，導(dǎo)致Application關(guān)閉(比如web.config配置錯(cuò)誤)，調(diào)用的順序如下:
2010-03-28 15:03:47 704 Application_BeginRequest

2010-03-28 15:03:47 704 Application_AuthenticateRequest

2010-03-28 15:03:47 766 Application_PostAuthenticateRequest

2010-03-28 15:03:47 766 Application_AuthorizeRequest

2010-03-28 15:03:47 766 Application_PostAuthorizeRequest

2010-03-28 15:03:47 766 Application_ResolveRequestCache

2010-03-28 15:03:47 783 Application_PostResolveRequestCache

2010-03-28 15:03:48 667 Application_PostMapRequestHandler

2010-03-28 15:03:48 667 Application_AcquireRequestState

2010-03-28 15:03:48 683 Application_PostAcquireRequestState

2010-03-28 15:03:48 698 Application_PreRequestHandlerExecute

2010-03-28 15:03:48 745 Page_PreInit

2010-03-28 15:04:02 903 Page_Unload

2010-03-28 15:04:02 903 Application_Error

2010-03-28 15:04:02 918 Application_EndRequest

2010-03-28 15:04:02 996 Application_PreSendRequestHeaders

2010-03-28 15:04:02 996 Application_PreSendRequestContent

2010-03-28 15:04:03 371 Application_Disposed

2010-03-28 15:04:03 371 Dispose

2010-03-28 15:04:03 386 Application_End

對(duì)比剛才的順序，會(huì)發(fā)現(xiàn)Application_Start及Init沒(méi)有再次被調(diào)用，也印證了文章前面提到的一些結(jié)論 (Application_Start在整個(gè)asp.net應(yīng)用生命周期內(nèi)只觸發(fā)一次)，而且從最后的三個(gè)輸出能知道：應(yīng)用程序關(guān)閉時(shí) Application_Disposed,Dispose,Application_End按順序調(diào)用.

再"重新"瀏覽(指web Server重啟)一下正常訪(fǎng)問(wèn)的頁(yè)面，在不出錯(cuò)也不回發(fā)的情況下，順序如下:
2010-03-28 15:08:11 513 Application_Start

2010-03-28 15:08:11 591 Init

2010-03-28 15:08:11 591 Application_BeginRequest

2010-03-28 15:08:11 591 Application_AuthenticateRequest

2010-03-28 15:08:11 591 Application_PostAuthenticateRequest

2010-03-28 15:08:11 606 Application_AuthorizeRequest

2010-03-28 15:08:11 606 Application_PostAuthorizeRequest

2010-03-28 15:08:11 606 Application_ResolveRequestCache

2010-03-28 15:08:11 606 Application_PostResolveRequestCache

2010-03-28 15:08:11 622 Application_PostMapRequestHandler

2010-03-28 15:08:11 637 Application_EndRequest

2010-03-28 15:08:11 637 Application_PreSendRequestHeaders

2010-03-28 15:08:11 637 Application_PreSendRequestContent

2010-03-28 15:08:11 637 Application_BeginRequest

2010-03-28 15:08:11 637 Application_AuthenticateRequest

2010-03-28 15:08:11 653 Application_PostAuthenticateRequest

2010-03-28 15:08:11 653 Application_AuthorizeRequest

2010-03-28 15:08:11 653 Application_PostAuthorizeRequest

2010-03-28 15:08:11 653 Application_ResolveRequestCache

2010-03-28 15:08:11 653 Application_PostResolveRequestCache

2010-03-28 15:08:11 653 Application_PostMapRequestHandler

2010-03-28 15:08:11 653 Session_Start

2010-03-28 15:08:11 653 Application_AcquireRequestState

2010-03-28 15:08:11 653 Application_PostAcquireRequestState

2010-03-28 15:08:11 653 Application_PreRequestHandlerExecute

2010-03-28 15:08:11 669 Page_PreInit

2010-03-28 15:08:11 684 Page_Init

2010-03-28 15:08:11 684 Page_InitComplete

2010-03-28 15:08:11 684 Page_PreLoad

2010-03-28 15:08:11 684 Page_Load

2010-03-28 15:08:11 684 Page_LoadComplete

2010-03-28 15:08:11 684 Page_PreRender

2010-03-28 15:08:11 684 Page_SaveStateComplete

2010-03-28 15:08:11 700 Page_Unload

2010-03-28 15:08:11 700 Application_PostRequestHandlerExecute

2010-03-28 15:08:11 700 Application_ReleaseRequestState

2010-03-28 15:08:11 700 Application_PostReleaseRequestState

2010-03-28 15:08:11 700 Application_UpdateRequestCache

2010-03-28 15:08:11 700 Application_PostUpdateRequestCache

2010-03-28 15:08:11 700 Application_EndRequest

2010-03-28 15:08:11 700 Application_PreSendRequestHeaders

2010-03-28 15:08:11 700 Application_PreSendRequestContent

2010-03-28 15:08:11 793 Application_BeginRequest

2010-03-28 15:08:11 793 Application_AuthenticateRequest

2010-03-28 15:08:11 793 Application_PostAuthenticateRequest

2010-03-28 15:08:11 793 Application_AuthorizeRequest

2010-03-28 15:08:11 793 Application_PostAuthorizeRequest

2010-03-28 15:08:11 793 Application_ResolveRequestCache

2010-03-28 15:08:11 793 Application_PostResolveRequestCache

2010-03-28 15:08:11 809 Application_PostMapRequestHandler

2010-03-28 15:08:11 809 Application_AcquireRequestState

2010-03-28 15:08:11 809 Application_PostAcquireRequestState

2010-03-28 15:08:11 809 Application_PreRequestHandlerExecute

2010-03-28 15:08:11 825 Application_PostRequestHandlerExecute

2010-03-28 15:08:11 825 Application_ReleaseRequestState

2010-03-28 15:08:11 840 Application_PostReleaseRequestState

2010-03-28 15:08:11 949 Application_UpdateRequestCache

2010-03-28 15:08:11 949 Application_PostUpdateRequestCache

2010-03-28 15:08:11 965 Application_EndRequest

2010-03-28 15:08:11 981 Application_PreSendRequestHeaders

2010-03-28 15:08:11 981 Application_PreSendRequestContent

哇！原來(lái)一個(gè)頁(yè)面訪(fǎng)問(wèn)下來(lái)，會(huì)調(diào)用到這么多的方法，怪不得很多高并發(fā)的大型網(wǎng)站，通常都要自己寫(xiě)一個(gè)精減的HttpHandler用來(lái)取代Page做為基類(lèi)，以期望獲得更好的性能

最后：我們?cè)谧鼍W(wǎng)站開(kāi)發(fā)時(shí)，不可能只用到Page頁(yè)，很多時(shí)候還會(huì)用到UserControl（用戶(hù)自定義控件），先看下它的繼承關(guān)系，比如我們創(chuàng)建了一個(gè)TestUserControl的用戶(hù)控件

TestUserControl --> UserControl ---> TemplateControl --> Control

最終在Control類(lèi)的定義下，可以看到

這似乎表明用戶(hù)控件中，應(yīng)該有Page_Init,Page_Load,Page_Unload...等事件，通常我們只用到Init,Load事件，如果加入一個(gè)用戶(hù)控件后，整個(gè)生命周期就更復(fù)雜了：

2010-06-12 15:35:28 042 Application_Start

2010-06-12 15:35:28 072 Init

2010-06-12 15:35:28 072 Application_BeginRequest

2010-06-12 15:35:28 082 Application_AuthenticateRequest

2010-06-12 15:35:28 082 Application_PostAuthenticateRequest

2010-06-12 15:35:28 092 Application_AuthorizeRequest

2010-06-12 15:35:28 102 Application_PostAuthorizeRequest

2010-06-12 15:35:28 102 Application_ResolveRequestCache

2010-06-12 15:35:28 112 Application_PostResolveRequestCache

2010-06-12 15:35:28 122 Application_PostMapRequestHandler

2010-06-12 15:35:28 142 Application_EndRequest

2010-06-12 15:35:28 142 Application_PreSendRequestHeaders

2010-06-12 15:35:28 142 Application_PreSendRequestContent

2010-06-12 15:35:28 152 Application_BeginRequest

2010-06-12 15:35:28 152 Application_AuthenticateRequest

2010-06-12 15:35:28 162 Application_PostAuthenticateRequest

2010-06-12 15:35:28 162 Application_AuthorizeRequest

2010-06-12 15:35:28 162 Application_PostAuthorizeRequest

2010-06-12 15:35:28 172 Application_ResolveRequestCache

2010-06-12 15:35:28 172 Application_PostResolveRequestCache

2010-06-12 15:35:28 172 Application_PostMapRequestHandler

2010-06-12 15:35:28 172 Session_Start

2010-06-12 15:35:28 172 Application_AcquireRequestState

2010-06-12 15:35:28 182 Application_PostAcquireRequestState

2010-06-12 15:35:28 182 Application_PreRequestHandlerExecute

2010-06-12 15:35:28 192 Page_PreInit

2010-06-12 15:35:28 192 TestUserControl.Page_Init

2010-06-12 15:35:28 202 Page_Init

2010-06-12 15:35:28 202 TestUserControl.TestProperty.Set

2010-06-12 15:35:28 202 Page_InitComplete

2010-06-12 15:35:28 202 Page_PreLoad

2010-06-12 15:35:28 202 Page_Load

2010-06-12 15:35:28 202 TestUserControl.Page_Load

2010-06-12 15:35:28 202 TestUserControl.ShowData()

2010-06-12 15:35:28 212 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 212 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 212 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 212 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 212 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 222 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 222 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 222 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 222 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 222 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 232 TestUserControl.Repeater1.ItemDataBound()

2010-06-12 15:35:28 232 Page_LoadComplete

2010-06-12 15:35:28 232 Page_PreRender

2010-06-12 15:35:28 232 TestUserControl.Page_PreRender

2010-06-12 15:35:28 242 Page_SaveStateComplete

2010-06-12 15:35:28 242 TestUserControl.Page_Unload

2010-06-12 15:35:28 252 Page_Unload

2010-06-12 15:35:28 252 Application_PostRequestHandlerExecute

2010-06-12 15:35:28 252 Application_ReleaseRequestState

2010-06-12 15:35:28 252 Application_PostReleaseRequestState

2010-06-12 15:35:28 262 Application_UpdateRequestCache

2010-06-12 15:35:28 262 Application_PostUpdateRequestCache

2010-06-12 15:35:28 262 Application_EndRequest

2010-06-12 15:35:28 272 Application_PreSendRequestHeaders

2010-06-12 15:35:28 272 Application_PreSendRequestContent

2010-06-12 15:35:28 282 Application_BeginRequest

2010-06-12 15:35:28 292 Application_AuthenticateRequest

2010-06-12 15:35:28 292 Application_PostAuthenticateRequest

2010-06-12 15:35:28 302 Application_AuthorizeRequest

2010-06-12 15:35:28 302 Application_PostAuthorizeRequest

2010-06-12 15:35:28 302 Application_ResolveRequestCache

2010-06-12 15:35:28 312 Application_PostResolveRequestCache

2010-06-12 15:35:28 312 Application_PostMapRequestHandler

2010-06-12 15:35:28 322 Application_AcquireRequestState

2010-06-12 15:35:28 322 Application_PostAcquireRequestState

2010-06-12 15:35:28 322 Application_PreRequestHandlerExecute

2010-06-12 15:35:28 332 Application_PostRequestHandlerExecute

2010-06-12 15:35:28 332 Application_ReleaseRequestState

2010-06-12 15:35:28 332 Application_PostReleaseRequestState

2010-06-12 15:35:28 342 Application_UpdateRequestCache

2010-06-12 15:35:28 342 Application_PostUpdateRequestCache

2010-06-12 15:35:28 342 Application_EndRequest

2010-06-12 15:35:28 342 Application_PreSendRequestHeaders

2010-06-12 15:35:28 342 Application_PreSendRequestContent

2010-06-12 15:36:40 034 Session_End

相關(guān)文章

  • EF?Core通過(guò)顯式編譯提高查詢(xún)性能

    EF?Core通過(guò)顯式編譯提高查詢(xún)性能

    這篇文章介紹了EF?Core通過(guò)顯式編譯提高查詢(xún)性能的方法，文中通過(guò)示例代碼介紹的非常詳細(xì)。對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下
    2022-02-02
  • ASP.NET與ASP互通COOKIES的一點(diǎn)經(jīng)驗(yàn)

    ASP.NET與ASP互通COOKIES的一點(diǎn)經(jīng)驗(yàn)

    ASP與ASP.NET互相整合時(shí)，其中文COOKIES信息無(wú)法被互通共享，當(dāng)使用ASP.NET寫(xiě)入中文COOKIES信息后，使用ASP進(jìn)行讀取，讀出來(lái)的卻是亂碼，而非中文。
    2010-03-03
  • EFCore 通過(guò)實(shí)體Model生成創(chuàng)建SQL Server數(shù)據(jù)庫(kù)表腳本

    EFCore 通過(guò)實(shí)體Model生成創(chuàng)建SQL Server數(shù)據(jù)庫(kù)表腳本

    這篇文章主要介紹了EFCore 通過(guò)實(shí)體Model生成創(chuàng)建SQL Server數(shù)據(jù)庫(kù)表腳本的示例，幫助大家更好的理解和學(xué)習(xí)使用.net框架，感興趣的朋友可以了解下
    2021-03-03
  • ASP.NET 5中使用AzureAD實(shí)現(xiàn)單點(diǎn)登錄

    ASP.NET 5中使用AzureAD實(shí)現(xiàn)單點(diǎn)登錄

    本文給大家介紹的是在A(yíng)SP.NET 5中使用AzureAD實(shí)現(xiàn)單點(diǎn)登錄的方法和示例，有需要的小伙伴可以參考下。
    2015-07-07
  • asp.net core 認(rèn)證和授權(quán)實(shí)例詳解

    asp.net core 認(rèn)證和授權(quán)實(shí)例詳解

    這篇文章主要為大家介紹了asp.net core 認(rèn)證和授權(quán)實(shí)例詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪
    2022-09-09
  • 為ASP.NET MVC及WebApi添加路由優(yōu)先級(jí)

    為ASP.NET MVC及WebApi添加路由優(yōu)先級(jí)

    這是一個(gè)對(duì)Asp.Net Mvc的一個(gè)很小的功能拓展，小項(xiàng)目可能不太需要這個(gè)功能，但有時(shí)候項(xiàng)目大了注冊(cè)的路由不生效時(shí)你應(yīng)該要想到有可能是因?yàn)槁酚身樞虻脑颍@時(shí)這個(gè)路由優(yōu)先級(jí)的功能有可能就會(huì)給你帶來(lái)便利。
    2015-10-10
  • axp.net ScriptManager的簡(jiǎn)單用法

    axp.net ScriptManager的簡(jiǎn)單用法

    scriptManager的結(jié)構(gòu),參數(shù)，屬性說(shuō)明
    2008-11-11
  • asp.net core配置文件加載過(guò)程的深入了解

    asp.net core配置文件加載過(guò)程的深入了解

    這篇文章主要給大家介紹了關(guān)于asp.net core配置文件加載過(guò)程的相關(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2018-12-12
  • LINQ to XML的編程基礎(chǔ)

    LINQ to XML的編程基礎(chǔ)

    本文介紹了LINQ to XML的編程基礎(chǔ)，即System.Xml.Linq命名空間中的多個(gè)LINQ to XML類(lèi)，這些類(lèi)都是LINQ to XML的支持類(lèi)，它們使得處理xml比使用其他的xml工具容易得多。在本文中，著重介紹的是XElement、XAttribute和XDocument。
    2010-02-02
  • Asp.Net實(shí)現(xiàn)的通用分頁(yè)函數(shù)

    Asp.Net實(shí)現(xiàn)的通用分頁(yè)函數(shù)

    這篇文章主要介紹了Asp.Net實(shí)現(xiàn)的通用分頁(yè)函數(shù),結(jié)合實(shí)例形勢(shì)分析了asp.net分頁(yè)函數(shù)的功能,定義及使用技巧,需要的朋友可以參考下
    2016-04-04

最新評(píng)論

鄯善县| 黎城县| 拉萨市| 和平区| 禹城市| 河北省| 同心县| 浦城县| 蕉岭县| 华池县| 特克斯县| 太仓市| 三门县| 通道| 望谟县| 花垣县| 余姚市| 成都市| 扬州市| 奉节县| 侯马市| 晴隆县| 沛县| 南雄市| 若羌县| 长泰县| 乳山市| 磴口县| 凌海市| 兰西县| 博兴县| 绥化市| 平舆县| 项城市| 安义县| 社旗县| 佛山市| 措勤县| 怀集县| 通许县| 苏尼特左旗|