ASP.NET网页设计ASP.NET底层架构探究之再谈.NET运转时

计算机发展到这个时候，很多技术日益成熟，想学好一种技术都是不容易的，当你学会用的时候你对它的很多原理可能很不了解）asp.net|架构　　在这里我们有一个在ISAPI扩大中举动的，可挪用的ISAPIRuntime工具的实例。每次运转时是启动的并运转着的时分(译注:绝对的，假如运转时并没有启动，就必要象上一章所说的那样载进运转时)，ISAPI的代码挪用ISAPIRuntime.ProcessRequest()办法，这个办法是真实的进进ASP.NET管道的出口，这个流程在中显现。

　　记着ISAPI是多线程的，以是哀求也会经由过程AppDomainFactory.Create()(译注:原文为ApplicationDomainFactory，疑有误)函数中前往的援用在多线程情况中被处置.列表1显现了ISAPIRuntime.ProcessRequest()办法中反编译后的代码，这个办法吸收一个ISAPIecb工具和服务范例(WorkerRequestType)作为参数.这个办法是线程平安的，　以是多个ISAPI线程能够同时在这一个被前往的工具实例上平安的挪用这个办法。

　　列表1:ProcessRequest办法吸收一个ISAPIEcb并将其传给事情线程

publicintProcessRequest(IntPtrecb,intiWRType)
{
　HttpWorkerRequestrequest1=ISAPIWorkerRequest.CreateWorkerRequest(ecb，　iWRType);
　stringtext1=request1.GetAppPathTranslated();
　stringtext2=HttpRuntime.AppDomainAppPathInternal;
　if(((text2==null)||text1.Equals("."))||
　　(string.Compare(text1,text2,true,CultureInfo.InvariantCulture)==0))
　{
　　HttpRuntime.ProcessRequest(request1);
　　return0;
　}
　HttpRuntime.ShutdownAppDomain("Physicalapplicationpathchangedfrom"+text2+"to"+text1);
　return1;
}
　　这里实践的代码其实不主要，　记着这是从外部框架代码中反编译出来的，　你不克不及间接处置它，　它也有大概在未来产生改动.它只是用来展现在幕后产生了甚么.ProcessRequest办法吸收非托管的ECB援用并将它传送给ISAPIWorkerRequest工具，　此工具卖力为以后哀求创立创立哀求高低文.在列表2中显现了这个历程.

　　System.Web.Hosting.ISAPIWorkerRequest类是HttpWorkerRequest类的一个笼统子类(译注:HttpWorkerRequest和ISAPIWorkerRequest都是笼统类，　而且ISAPIWorkerRequest承继自HttpWorkerRequest)，它的事情是构建一个作为Web使用输出的输出输入的笼统视角。注重这里有另外一个工场办法:CreateWorkerRequest，　经由过程判别承受到的第二个参数来创立对应的WorkerRequest工具.有三个分歧的版本:ISAPIWorkerRequestInProc，ISAPIWorkerRequestInProcForIIS6，　ISAPIWorkerRequestOutOfProc.每次有哀求进进，这个工具被创立并作为哀求和呼应工具的基本，它会吸收它们的数据和由WorkerRequest供应的数据流.

　　笼统的HttpWorkerRequest类在低层接口上供应一个高层的笼统，如许就封装了数据是从那里来的，能够是一个CGIWeb服务器，Web扫瞄器控件大概是一些你用来给HTTP运转时”喂”数据的自界说的机制.关头是ASP.NET能用一致的办法来吸收信息。

　　在利用IIS的情形下，　这个笼统是创建在ISAPIECB块四周.在我们的哀求处置过程当中，　ISAPIWorkerRequest挂起ISAPIECB并依据必要从它那边掏出信息.列表2显现了哀求字符串值(querystringvalue)是怎样被掏出来的.

　　列表2:利用非托管数据的ISAPIWorkerRequest办法

//***ImplementedinISAPIWorkerRequest

publicoverridebyte[]GetQueryStringRawBytes()
{
　byte[]buffer1=newbyte[this._queryStringLength];
　if(this._queryStringLength>0)
　{
　　intnum1=this.GetQueryStringRawBytesCore(buffer1,this._queryStringLength);
　　if(num1!=1)
　　{
　　　thrownewHttpException("Cannot_get_query_string_bytes");
　　}
　}
　returnbuffer1;
}
//***ImplementedinaspecificimplementationclassISAPIWorkerRequestInProcIIS6

internaloverrideintGetQueryStringCore(intencode,StringBuilderbuffer,intsize)
{
　if(this._ecb==IntPtr.Zero)
　{
　　return0;
　}
　returnUnsafeNativeMethods.EcbGetQueryString(this._ecb,encode,buffer,size);
}
　　ISAPIWorkerRequest完成了一个高条理的包装办法，　它挪用了低层的中心办法，　卖力真实的会见非托管APIs-或称为”服务级其余完成”(servicelevelimplementation).这些中心办法在特别的ISAPIWorkerRequest子类中为它投止的情况供应特别的完成，　这完成了复杂的扩大的(pluggable)情况，　如许一来当今后新的Web服务器接口或其他平台成了ASP.NET的方针时附加的完成类能够在被复杂的供应出来。这里另有一个帮忙类(helperclass)System.Web.UnsafeNativeMethods.内里很多对ISAPIECB布局的操纵完成了对ISAPI扩大的非托管操纵。刚刚打开这篇专题，猛然见到HAL9000发表的《对于大型公司项目平台选择j2ee的几层认识》系列，深受启发。

ASP.NET:ASP.net是Microsoft.net的一部分，作为战略产品，不仅仅是ActiveServerPage(ASP)的下一个版本；它还提供了一个统一的Web开发模型，其中包括开发人员生成企业级Web应用程序所需的各种服务。ASP.NET的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。

主流网站开发语言之PHPHP的全名非常有趣，它是一个巢状的缩写名称——“PHP:HypertextPreprocessor”，打开缩写还是缩写。PHP是一种HTML内嵌式的语言(就像上面讲的ASP那样)。而PHP独特的语法混合了C，Java，Perl以及PHP式的新语法。它可以比CGI或者Perl更快速地执行动态网页。

关于ASP.NET功能上，ASP.NET比微软以前的ASP(96年出现)有更强大的library,更好的稳定性。ASP.NET可以使用.NETFramework中所有组件(也就是说.NET能实现的，ASP.NET一样能实现)。

以上是语言本身的弱点，在功能方面ASP同样存在问题，第一是功能太弱，一些底层操作只能通过组件来完成，在这点上是远远比不上PHP/JSP，其次就是缺乏完善的纠错/调试功能，这点上ASP/PHP/JSP差不多。

仓酷云

ASP.NET:ASP.net是Microsoft.net的一部分，作为战略产品，不仅仅是ActiveServerPage(ASP)的下一个版本；它还提供了一个统一的Web开发模型，其中包括开发人员生成企业级Web应用程序所需的各种服务。ASP.NET的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。

虽然在形式上JSP和ASP或PHP看上去很相似——都可以被内嵌在HTML代码中。但是，它的执行方式和ASP或PHP完全不同。在JSP被执行的时候，JSP文件被JSP解释器（JSPParser）转换成Servlet代码，然后Servlet代码被Java编译器编译成.class字节文件，这样就由生成的Servlet来对客户端应答。所以，JSP可以看做是Servlet的脚本语言（ScriptLanguage）版。

业务逻辑代码都不必做任何改动；继承性和多态性使得代码的可重用性大大提高，你可以通过继承已有的对象最大限度保护你以前的投资。并且C#和C++、Java一样提供了完善的调试/纠错体系。

它可通过内置的组件实现更强大的功能，如使用A-DO可以轻松地访问数据库。

对于中小项目来说.net技术是完全可以胜任，但为什么现在大型公司或网站都选择php或java呢？就是因为微软不够开放，没有提供从硬件到应用服务器再到业务应用的整套解决方案。