ASP.NET教程之.NET在蹉跎中一起前行仓酷云

语言是不是不是最重要的？　　题记

　　四年的工夫关于汗青而言只是九牛一毛，而关于一个贸易公司而言，却足以更生几次。从微软提出.NET计谋到如今也靠近四年了，现在的我们应当如何往对待.NET四年走过的过程，如何往评价.NET计谋。

　　从职业角度来说，已往的半年其实是猖狂，相对的猖狂，最少我是如许。个中有良多缘故原由，但最主要的一个缘故原由实践上是我们公司正在履历的变迁。现在天所作的先容从某种意义上能够说，很多人、特别是我，渡过了有数个不眠之夜、消费了有数血汗来仔细思索这场厘革。可是从某种意义上讲，恰是这一厘革，促使比尔·盖茨在岁首作出了主要决议。我们的确消费了全体工夫来仔细思索新一代的互联网会是甚么样，如何把云云浩瀚的部分，包含我们已做过的一些开辟，完善地分离起来，持续坚持天下抢先位置，成为100%的比尔·盖茨时期。

　　　　　　　　　　　　　　　　　　　　　　　　微软总裁兼首席实行官——史蒂夫·鲍尔默
　　.NET的热情起航

　　2000年6月22日，这是一个一切“微软人”都应当记着的日子，由于从这一天起，微软公司将下一场赌注，一场押上全体身家的世纪豪赌——这一天，比尔.盖茨向环球公布其下一代软件和服务，即Microsoft.NET平台的构思和实行步骤。新一代的Microsoft.NET家属产物和手艺替换了此前“下一代Windows服务(NGWS)”的提法，它涵盖了匡助软件开辟商构建下一代互联网服务和赐与新一代智能互联网设备壮大功效的软件。别的，微软还公布了基于.NET平台的新产物企图，个中包含新一代的微软Windows操纵体系、WindowsDNA服务器、微软Office、MSN互联网收集服务、VisualStudio开辟体系。

　　如许的决意关于事先已环球抢先的微软而言，无疑是“压宝”，将将来十几年内的开展押给了他们修建的.NET，固然也恰是从那一刻入手下手，这家环球最年夜的软件公司也会不会遗力的往促进这个“巨大的妄想”。

　　当时的.NET

　　甚么是.NET？.NET有甚么？有人也以为是微软存心含混观点，实践的.NET是WindowsDNA(DistributedNetworkArchitecture)和COM+的一个持续，在实质上没有改动。固然如许的了解偶然偏频，可是成绩是分明的，我们不是那末简单的了解“甚么是.NET”。

　　2000年微软的白皮书如许界说.NET：Microsoft?.NET是MicrosoftXMLWebServices平台。XMLWebServices同意使用程序经由过程Internet举行通信和共享数据，而不论所接纳的是哪一种操纵体系、设备或编程言语。Microsoft.NET平台供应创立XMLWebservices并将这些服务集成在一同之所需。对团体用户的优点是无缝的、吸惹人的体验。我们能够分明的看到微软关于.NET的了解是XMLWebServices的平台，统统皆是服务，下一代的Internet使用将是依附于WebService来构建，Microsoft.NET平台由以下手艺组成：

　　.NET用户体验

　　.NET基本举措措施和工具

　　.NET服务机关块

　　.NET设备软件

　　用户永久是天主，离开用户会商计谋没有实践意义，为此除开倡议的平台中心手艺之外，微软还答应关于团体用户供应.NET用户体验，个中包含：

　　Windows.NET

　　MSN.NET

　　用户订购服务

　　Office.NET

　　bCentralfor.NET

　　VisualStudio.NET

　　从这些笔墨我们能够看出，微软几近能够将本人的全体产物加上“.NET”的字眼，可是那是否是由于着这就是“.NET”?

　　Everythingis.NET

　　也许是为了强化.NET在人们心目中的印象，微软此时展开了一场dotnetialization（.NET化）活动，几近一切传统的、立异的和假造的产物都被打上“.NET”的标签。

　　为了扩大.NET计谋的宣扬，微软将其良多仍利用传统手艺的产物都加上了“.NET”字眼。最典范的莫过于2000岁尾公布的.NETEnterpriseServer系列。这套服务器软件固然打上了.NET标签，但与.NET手艺没有任何干系。

　　真正立异的头脑是WebService。微软事先尽力推进WebService从观点走进使用的最中心。

　　别的，微软还假造了、大概最少是过早刻画了一些新的、以“.NET”定名的产物与服务。

　　统统都是.NET，微软如许做的了局就是将.NET这个品牌叫得路人皆知，而实在质观点则几近没有人懂得。除供应一些开辟工具的撑持，其他方面的.NET促进有点自然的感到，加倍实践的来讲.NET计谋只是一个CLR的平台，其他方面的观点注释都让人牵强。

　　困难流畅的.NET改动终究带进微软走进了一个为难的地步，.NETEnterpriseServer就好像水中看月，而OfficeXP的推出除壮丽的图形体现界面之外，也没有太多工具让人发明和.NET有关，这是一段怅惘而疾苦的光阴。

　　怅惘

　　经由一年多的哗闹，.NET已垂垂热起来，愈来愈多的人入手下手利用.NET，最少入手下手存眷这个平台，C#的准确发音已众所周知。可是，看得出来，微软本人关于.NET的立场已产生了奇妙的变更。本来的企图太复杂，即便微软如许的伟人也没法掌控。后面的路应当怎样走？微软也发生了怅惘。

　　2001年5月31日OfficeXP正式公布，它明显不是“传说”中的Office.NET。微软夸大这个XP版本加年夜的是“体验”（experience）及其收集的整合，而“用户体验”和与收集的交融都是“.NET计谋”的一部分。可是，本色的改善有甚么呢？除返璞回真的立体图形菜单（戏剧性的是如许的界面成了往后浩瀚软件界面仿照的对象），和内建撑持了SOAP工具包及其联机搜刮才能，我们发明和现在料想的Office.NET有大相径庭。

　　Office开辟接纳转动体例举行，也就是在公布OfficeXP之前，下一版Office已在开辟中。听说部真的正在开辟一个野心勃勃的Office.NET。在这一保守的企图中，一切的会见都是经由过程WebService来完成的，使用程序与收集的交融史无前例。不幸的是，这个产物终极流产，而且间接招致一个副总裁的告退。事实是手艺上太不实际，仍是微软意想到这个产物没法被用户承受？我们已不得而知。假如说Office已经太保守，那末那些撑持IT使用基本架构的使用服务器又是怎样呢？在贸易使用中的CommerceServer2002，BiztalkServer2002，ContentManagementServer2002等等，固然在必定水平加上了.NETFramework的撑持，可是感到有点是被微软强行攀亲的“亲家”而已，VisualStudio.NET关于其开辟的撑持仍然是一种故意有力的感到，而且这写服务器供应的并非完全的托管类库，很年夜一部分功效仍旧必要经由过程COM的体例来完成会见。.NET是一个复杂的计谋，可是在短短的工夫内但愿完成到一个新的平台的迁徙不是那末简单的事变，而此时.NETEnterpriseServer系列的2002版本固然在一个.NET的名头下仍然是一个服务器聚集，可是基本没法表现出.NET已经的假想。

　　此时的VS.NET有点同仇敌忾的感到，究竟和其他使用服务器的分离不是那末尽善尽美，而且在ManagedC++方面的体现也不敷以作为体系级开辟的利器，因而仍是有些人在守候，而不会往思索将已有的使用全体迁徙到.NET平台下去。

　　一切这些情形，不但表现了，同时也招致了微软的狐疑。一个手艺观点，假如不克不及与实在可用的产物分离起来，就会酿成扑朔迷离。

　　关于用户而言，最主要的是可以实践带来甚么，而不是仅仅带来观点，履历了那段怅惘，微软关于.NET的了解终究“尘回尘，土回土”，穿过水花镜月，一起刚强的走来。

　　务虚

　　2002年7月24日，比尔?盖茨在一个外部发言中供认说，2000年9月推出的.NET企业服务器称作.NET“是有点轻率”，也恰是从这个时分入手下手微软真正入手下手深思.NET计谋是不是太甚众多，是不是超越了他们所可以把持的局限。

　　在深思中摒弃急躁，在务虚中前行，经由两年工夫的哗闹和深思，.NET正在一点一点地走进实际使用。

　　2003年4月25日，曾被定名为Windows.NETServer的WindowsServer2003正式公布。WindowsServer2003此前曾四易其名，它是第一个内置撑持.NETFramework1.1的Windows操纵体系，因而有资历戴上.NET的标签，但终极断定的称号中并没有包含“.NET”字样，出乎良多人的意料。

　　同日，微软公布了基于.NETFramework开辟工具的第二个版本，也就是VisualStudio.NET2003，履历了一年的开展，2003版本终究被愈来愈多的开辟职员所承受，除修改了2002版本的一些细节性毛病，在类库方面也加倍健旺和优秀的兼容。也也就是今后刻入手下手，VS.NET成为一个最壮大的开辟平台，多言语集成的开辟情况，开辟职员不但能够开辟传统的Windows使用，可以开辟Web使用程序，同时在挪动开辟，企业级组件方面都供应了优秀的撑持。

　　Office.NET已垂垂淡往，现在的微软也分明两相情愿计划一个完整以WebService为中央的Office版本最少在明天是不成行的。2003年10月27号的时分公布最新版本的Office2003中，启用了一个对照守旧的定名——OfficeSystem2003。今后Office不再是一个地道的客户端软件，而是一个完全的企业信息使用平台，不外相对神话般的Office.NET，另有很长的路必要走，不外我们能够一定，神话仅仅是神话，这个时分的微软已晓得.NET关于用户意味着甚么。

　　在服务器体系方面，.NETEnterpriseServer有点盛名难负，加倍间接的来讲是一个假造的名字。为了加倍切近实践情形，微软将新版服务器体系定名为WindowsServerSystem，旨在创建一个深度集成的服务器基本布局，而从使IT专业职员可以将精神会合到满意营业需求方面。

　　这统统标明，微软在.NET的推行战略上已趋于务虚。现实上，一项新手艺，必需有实际的产物支持。微软一直的做法，是将新手艺与本人的强势产物分离，从而让终极用户的需求推进开辟者转向微软手艺。但是，在.NET推行之初，这一战略并没有很好的贯彻。只是经由了这个务虚阶段以后，微软才从头回到了本人的准确线路上。将.NET手艺与Windows和Office两年夜拳头产物分离，这标明.NET已迈上妥当开展之路。

　　将来瞻望

　　Longhorn必要到2006年才干够公布，我们完整能够以为，这个就是四年之前微软提出的.NET计谋时但愿告竣的妄想之一，集成互联，同时具有一个十分杰出的用户体验。微软现在答应在三年内完成这些基本架构的建立，如今看来这个工夫刚好必要多一倍，也就是整整六年的工夫。这个号称完整从头构建的操纵体系才干够称得上.NET操纵体系，关于个中的Avalon(图形衬着手艺)、Indigo（通讯子体系）、WinFS（文件存储体系）另有地道的.NET编程接口WinFX。

　　信任2006年的Longhorn公布的时分，.NET应当已失掉业界的认同，而且已呈现了相称部分基于.NET的乐成案例，关于.NET的FUD(Fear/Uncertainty/Doubt，害怕/不断定性/疑虑)也已云消雾散，.NET和J2EE真正意义的站在统一个程度线上往对话。

　　而在Longhorn中的Indigo子体系，则以一种加倍通明的体例来完成体系的部署，因而“一次编写，屡次部署”同样成为大概。跟着.NET提出微软一向倡议的SmartClient手艺也失掉完善的表现，这个时分已能够不往思索桌面和扫瞄器的区分，假如说有，那末只是一种部署体例的差别，而办理这个成绩的中心在于XAML及其和Win32API同等的WinFX手艺。

　　“统统皆是WebService”，谁人时分切实其实能够做到现在.NET计谋但愿的一切子体系都经由过程WebService通讯（固然了，谁人时分的WebService不再是明天的效力）。等候老是等候，究竟另有两年的工夫往张望，大概到了往后统统全体变了样。

　　可是我们信任，将来的.NET会乐成，就好像微软一向以来的乐成，因而明天我们不是思索是不是利用.NET而是思索什么时候选择.NET，固然，每次的选择和保持都是一种疾苦。

　　不晓得是决心或是地道出于偶尔，营销名词和手艺称号和通用辞汇居然都在统一个工夫点代表了一样的意义：已往与如今，传统与盛行。

　　.NET主要手艺思索

　　.NETRemoting

　　从COM(ComponentObjectModel)时期到DCOM(DistributedCOM)，微软饰演了一个推进者的脚色。假如说COM供应了一个Windows平台上的对象通信手艺，而且渐渐成为使用程序之间相互通信及互动的手艺支流，那末DCOM则是办理了盘算机的通讯和互动手艺。

　　COM的着眼点是在于统一台盘算机上分歧使用程序之间的通信需求，跨到别的一台盘算机以外，就不是一入手下手COM所假想到的范畴。所幸跨程序的通信和跨盘算机的通信差别仅在于通信协定的处置(也就是定位成绩)，关于数据互换上型别差别的处置其实不会因而而有区分。以是要让COM的情况能更进一步延长到跨盘算机的范畴，只需妥帖办理盘算机定位的需求，就无机会克制。一样侥幸的是，COM在一入手下手的计划中完整不往碰触跨盘算机的成绩，使得要在COM的架构之上再架上一层跨盘算机的处置情况其实不会往损坏到底本的架构。因而COM的收集延长版本DCOM(DistributedCOM)就此呈现，专责让COM组件能够在收集情况下延续供应服务。DCOM最次要处置的是两个议题，第一个议题是收集通信才能，第二个议题则是权限的成绩。之前COM是在统一台盘算机中找特定的组件，而DCOM则要更进一步往找收集上的某台盘算机，以后相沿COM的机制找到盘算机上的组件。

　　到了.NET傍边，跨盘算机的成绩一样也必要对应的手艺举行处置，.NETRemoting就是一个对应于DCOM的手艺，它让存活在分歧使用程序域(AppDomain，一个.NET中的新观点)、分歧实行程序、和分歧盘算机上的对象可以顺畅的举行相同合作。在积累了临时以来散布式使用的履历以后，微软没有来由把工具计划的更难用。从某种意义来讲，.NETRemoting供应了比已往更容易于利用的开辟架构，用来来撑持跨盘算机的相同功课，省却开辟职员创建散布式使用程序时必需消费的心力，不外如许一个“杰出”的散布式使用使用框架并没有失掉原本应当失掉的“报酬”。相对Java的RMI而言，它加倍复杂同时坚持计划方面的弹性，同时屏弃了DCOM的一些弱点，在关于一个前后端必需以有形态严密分离体例举行互举措业，同时又希冀呼唤和数据互换的举措上能以最无效的体例举行的情况而言，.NETRemoting是一个对照得当的选择计划。

　　但是成绩在于微软自己关于XMLWebServices的狂热推许让.NETRemoting丢失了原本属于它本人的阵地，也就是说XMLWebServices的偏激让.NETRemoting健忘了本人应当承当的脚色，因而在开辟者眼中成了一个“无关紧要”的作品，最少关于良多开辟职员而言，在必要创立散布式使用程序的时分起首思索的是XMLWebServices，而在于企业外部使用，出格是在能够把持服务器和客户端平台的情形下（好比完整基于.NET平台的使用），WebService由于效力等等各个方面的缘故原由并没有法表现出上风。从手艺自己来说，.NETRemoting是一个十分杰出的架构，但在贸易方面，这是一个失利，究竟，计划一个杰出的产物然后置之不理不免“不像话”。

　　.NETRemoting恰好是这个计谋的就义品，固然具有与生俱来的长处，不外仍然生不逢时。

　　EnterpriseServices

　　从一个很间接的感到来讲，EnterpriseServices只是关于COM+的一个包装，从利用体例和手艺完成自己而言，和VB大概VC下利用COM+服务没有实质的区分，而更多的只是在于多了一层托管代码的包装，让.NET开辟职员可以对照顺遂的利用这些服务的功效。

　　相对J2EE平台上的使用服务器如BEA的WebLogic，IBM的WebSphere大概开放源代码的JBoss，微软是但愿可以在企业级使用当中分一杯羹，但是由于后天不敷的缘故原由，在企业使用中必要的事件、负载均衡、妨碍转移等等手艺中的体现不是那末尽善尽美，最少缺少十分明晰的使用服务器（ApplicationServer）的观点，固然微软不止一次的夸大操纵体系自己就是一个使用服务器，一个IT信息的基本布局。可是从开辟职员实践的利用来看，这是一个“流畅难明”的产物。

　　固然.NETFramework改动了良多工具，可是作为企业级使用中最主要的支持手艺——事件和服务，并没有失掉一律水平的开展，我想这个也就是良多年夜型企业使用今朝不选择.NET的一个来由吧，究竟从MTS——COM+——EnterpriseServices，这一起走来微软一直不是供应一个十分通明的机制闪开发职员往把持各个环节（大概和微软一向以来的战略有关，只是体贴最普遍的使用而不是最高真个使用），而.NET中的所谓企业服务，和合作敌手供应的相称的EJB仍是有对照年夜的差异，这是一个日前的微软没法办理的软肋。

　　WebService

　　从一入手下手，微软就将其作为“重头戏”推出，而且饶成心思的增添了XML，然后谁人“XMLWebServices”就成了.NET计谋中一个十分主要的术语，就如微软的白皮书所言“Microsoft?.NET是MicrosoftXMLWebServices平台”，微软经由过程.NET来改动现有的互联收集布局，“Windows正在走向已往”如许的宣扬是在于但愿各个子体系之间的通讯完整基于WebService，那样的话，作为Win32开辟职员一向困扰的组建注册，分发等等一系列成绩都可以失掉办理，而且可以用更多的言语更多的平台往开辟使用。

　　“统统皆是WebService”，这是一个冒进的举措，最少关于4年之前的天下，而这四年以来，固然WebService有良多良多的长处可让我们“树碑立传”，可是不是“万金油”，好比一向称垢的功能和平安成绩也拦阻了WebService金瓯无缺，因而其他散布式使用架构在特定的范畴仍然可以有本人的保存空间。

　　这一次，微软高估了WebService，固然今朝的.NET是完成XMLWebServices最好的平台，VisualStudio.NET也供应了从上至下的包装，闪开发职员完整能够不体贴协定的底层完成，好比SOAP，好比对象序列化，好比WSDL，由于统统的统统都能够在IDE中主动完成。我们不否定由于.NET，WebService从观点已走进使用，而WSE2.0的出台加倍WebService具有了互操纵才能，不外仍然没法改动开辟职员的概念，只要在企业外网使用集成大概外部异种平台整合的时分才干够表现出上风，在于必要高度呼应和服务撑持的使用方面，WebService只是一个臆造的神话。

　　ASP.NET

　　我们没法否定，这项手艺关于开辟职员而言是一个倾覆性的改动，从静态的HTML到CGI再到ASP/JSP/PHP时期，我们都必需往懂得HTML，懂得HTTP，关于高程度的开辟职员而言，必要把握的还远远不止这个，在剧本横行的时期，我们必需很分明的往懂得完成的各个细节，包含HTML，JavaScript，CSS，另有和服务器相干的Request、Response。最间接而言，开辟职员必需严厉把持一切HTML及其相干内容的发生，剧本带来的只是一个相对CGI条理加倍初级的“主动化”而已。

　　然后，ASP.NET将这统统完整改动，WebForm让Web开辟职员可以和Windows开辟职员一样处置页面事务，同时能够完整的会见壮大的.NETFramework类库，并且事后编译机制办理了ASP一向以来的效力低下成绩。而在服务器真个计划，在本来ISAPI的基本上重新完成了HttpHandler和HttpMoudle，从而为开辟职员供应了高度扩大的大概，而日前对照成熟的WebLog引擎.Text恰是这些手艺的典范之作。

　　XMLWebServices的内置集成则使ASP.NET成为WebService使用的最好完成，日前市场上相称年夜部分的WebService都是基于ASP.NET的，在这点方面ASP.NET已远远超越Java社群的手艺，包含JSP，包含Struct，包含JSF另有其他相干的Web使用手艺，在ASP.NET都可以失掉十分好的集成。

　　我们不成可否认这个现实，相称年夜一部分（我团体以为是年夜部分）的开辟职员转向.NET是由于ASP.NET，关于ASP开辟职员而言，ASP.NET供应了加倍壮大的功效，良多在ASP中必需依附组件手艺来办理的成绩好比文件上传在新的平台上已成为内置撑持，固然加倍主要的是依附VisualStuio.NET壮大的集成开辟情况可以成倍的进步临盆率。而别的平台的开辟职员转向ASP.NET我想也是由于弹性的计划及其便利的开辟，我信任没有太多人会嫌疑ASP.NET已走在Web开辟的最前沿。

　　固然，任何事变没有相对的完善，在.NETFramework1.1(也就是.NET的第二个版本)之前，太多的Postback也是闪开发职员埋怨的地方，并且接纳WebForm的开辟体例让良多开辟职员不是那末简单的处置客户端剧本，一切的事务完成都是依附于ViewState，因而在低带宽下的收集使用，不休地提交也让有些用户感应“末路火”。

　　这个天下没有相对的完善，可是会一点一点走向完善，大概ASP.NET2.0就有太多工具值得等候。

　　ADO.NET

　　信任人人不会健忘ADO（ActiveXDataObject）,我想Windows下面数据库开辟盛行它功不成没，经由过程一致的接口来完成关于数据库的会见，从而屏障庞大的数据库会见协定。而到了.NET时期，ADO.NET进一步将数据会见“退化”，不要觉得ADO.NET只是ADO的一个晋级，在ADO的手艺上供应了一个托管类库，除都是数据会见框架，其他没有太多实质的联系关系。

　　固然ADO.NET带来的震动远远不如其他手艺，可仍然有良多工具值得我们往欣喜，究竟立异老是一件功德情，况且是这个最乐成的软件公司带来的立异，那末我们就来看看究竟带来了甚么：

　　1．除供应了传统ADO的Connection,Command之外，我们不测的没有看到Recordset如许的对象，而是供应了DataReader用来处置向前转动的数据会见，最最主要的是到场了DataSet如许的观点，由于云云，我们可以完成良多数据库使用中必要的“DisconnectedApplication”，可以完成“InProc-Database”，而这统统，经由过程DataSet可以失掉很好的办理。

　　2．以加倍通明的体例供应了数据库毗连池，同时开辟职员可以经由过程酿成的体例把持详细的运转体例。

　　3．提出DataAdapter，闪开发职员可以以一种一致的体例往会见异种数据库，独一的区分在于详细适配器的完成分歧而已。

　　4．“TypedDataset”闪开发职员可以十分便利的将DataSet中的Table、Field映照到自界说类。

　　5．关于XML供应了优秀的撑持，一切的DataSet都可以十分简单的系列化大概反系列化成XML文档。

　　固然ADO.NET不是全能的，在数据耐久层（DataPresistentLayer）方面的撑持明显不如Java，到如今为止都没有一个很好的O/RMapping工具，而Java方面的Hibernate已十分成熟，ADO.NET2.0中的ObjectSapce大概可以改动今朝的近况，就让我们耐烦往守候，固然必要到2005年。

　　“我们离停业只要18个月”，这是环球最乐成的软件公司关于本人的劝诫，因而他一直走在最前端，经由过程观点——务虚——再观点的轮回一次又一次的改动本人，同时改动了全部天下。

　　.NET改动了甚么？

　　Microsoft，是不是仍旧“Micro”？

　　本来的Microsoft已不再“Micro”，20多年的高速发展，这家从PC发迹的软件公司已早早称霸环球，除在PC机方面坚持相对的把持上风之外，在服务器市场，也已倡议关于高端使用的打击，Windows2000就是这个战争的典范之作，依照一向的战略，微软依附其代价上风和最复杂的操纵界面一点一点地调换中小企业的“芳心”，而关于年夜企业使用，固然还没法改动其“小丑”抽象，可是不言而喻，那样的干系愈来愈“暗昧”。

　　批评界良多人都以为微软是一个以发卖发迹的公司，究竟微软的手艺历来不是最好，却可以笑到最初，我们没法否定已往很长一段工夫微软是依托Windows和Office的发卖来支持全部公司的高速运转，但.NET计谋的推出则展示出微软从发卖型转向服务型企业。究竟跟着手艺的开展，在操纵体系和办公软件下面的利润已愈来愈通明，加上Linux的打击和微软本身旧产物如Windows98，Office97等等已充足“好用”，如许带来的了局一定是企业IT推销本钱的年夜幅度缩减，微软本身也必需找寻更好的贸易形式来猎取不乱的支出。

　　将“Windows时期”带进“.NET时期”，关于微软公司而言，必要做的有良多良多，包含本身定位，包含怎样冲破用户的挂念和害怕，固然另有一向以来不是很友爱的公关抽象。因而.NET计谋成了微软一个新的疆场。

　　改动了开辟职员

　　良多人在会埋怨新的手艺更新太快了，假如随着微软走老是必要不休地进修新手艺，而绝对来讲其他的手艺更新就没有云云以外，最少可以坚持一段时代的不乱，这点就从C++那末多年以来的开展另有Java就能够看得出来。

　　不外，天下老是在变更，有良多工具老是在不休改动，与其回绝变更然后倘佯不前，不如往拥抱变更，固然这里提到的并非盲动的跟从改动，然后成为“言语进修呆板”。4年的开展，.NET已垂垂的发展为能够和J2EE匹敌的使用平台，而且在中低真个使用开辟中，可以明显的进步临盆力，这是何乐而不为。

　　不外微软在.NET的营销并非十分乐成而爽性，最少在WebService方面临于宽大的开辟职员是一种误导，这个天下没有相对的“银弹”，Java不是，.NET也不会是，而XMLWebService在微软本身的定位的重复不定也让人有点怠倦。

　　带来一个新的选择，带来更高的临盆力，带来一种新的理念，作为一线的开辟职员，我们已经为选择一个工具大概平台狐疑、怅惘、狂热、追逐，最初刚强大概保持。

　　这个天下原本就是一个必要不休探究的天下，.NET一样云云。从整体下去说.NET，履历从狂热到怅惘，在到务虚，从而慢慢走向成熟的历程。我觉得很重要，一般所说的不重要应该指的是：你学好一种以后再学另一种就很容易了。（因为这样大家可能有一个错觉就是语言不是很重要，只要随便学一种就可以了，其实不是这样的。

可以看作是VC和Java的混合体吧，尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性。

PHP的源代码完全公开，在OpenSource意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，以及不停地更新，使得PHP无论在UNIX或是Win32的平台上都可以有更多新的功能。它提供丰富的函数，使得在程式设计方面有着更好的资源。目前PHP的最新版本为4.1.1，它可以在Win32以及UNIX/Linux等几乎所有的平台上良好工作。PHP在4.0版后使用了全新的Zend引擎，其在最佳化之后的效率，比较传统CGI或者ASP等技术有了更好的表现。

Servlet的形式和前面讲的CGI差不多，它是HTML代码和后台程序分开的。它们的启动原理也差不多，都是服务器接到客户端的请求后，进行应答。不同的是，CGI对每个客户请求都打开一个进程（Process）。

现在主流的网站开发语言无外乎asp、php、asp.net、jsp等。

ASP.net的速度是ASP不能比拟的。ASP.net是编译语言，所以，当第一次加载的时候，它会把所有的程序进行编译(其中包括worker进程，还有对语法进行编译，形成一个程序集)，当程序编译后，执行速度几乎为0。

ASP（ActiveServerPages）是Microsfot公司1996年11月推出的WEB应用程序开发技术，它既不是一种程序语言，也不是一种开发工具，而是一种技术框架，不须使用微软的产品就能编写它的代码。

市场决定一切，我个人从经历上觉得两者至少在很长时间内还是要共存下去，包括C和C++，至少从找工作就看得出来，总不可能大家都像所谓的时尚一样，追捧一门语言并应用它。

主流网站开发语言之ASP:ASP是微软（Microsoft）所开发的一种后台脚本语言，它的语法和VisualBASIC类似，可以像SSI（ServerSideInclude）那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用，但是它自身存在着许多缺陷，最重要的就是安全性问题。

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

提供基于组件、事件驱动的可编程网络表单，大大简化了编程。还可以用ASP.NET建立网络服务。

CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。

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

ASP（ActiveServerPages）是Microsfot公司1996年11月推出的WEB应用程序开发技术，它既不是一种程序语言，也不是一种开发工具，而是一种技术框架，不须使用微软的产品就能编写它的代码。

但是目前在CGI中使用的最为广泛的是Perl语言。所以，狭义上所指的CGI程序一般都是指Perl程序，一般CGI程序的后缀都是.pl或者.cgi。

在asp.net虚拟主机的服务提供商中，目前首推的是CNNIC的其中一家域名注册机构---时代互联(www.now.net.cn),他们早在2001年微软刚推出Asp.net时就推出了对应的Asp.net虚拟主机了,经笔者的使用测试，他提供的Asp.net性能非常的稳定，版本也会定期的更新，目前他的