ASP.NET编程：C#静态特征的更多动静仓酷云

我觉得这个学习方法很重要。初学者应该跟我一样有同样一个毛病。那就是急于求成。很想就自己做出个小小的系统来。可真要动手，却又茫然而不知所措。为什么会这样呢？因为我们没有耐心去学习基础知识。写根本看不到什么效果的测试代码。MadsTorgersen给人人展现了C#中dynamic关头字的更多具体信息，和它的一些详细用法。并谈及在选用dynamic关头字之前，一些终极被放弃的替换计划计划。C#4将经由过程新的元范例“dynamic”来增加对前期绑定的撑持。任何间接声明为这类范例的变量，大概从函数中前往这类范例的值，都将主动地视为前期绑定。这相似于在VisualBasic中把变量声明为“object”，不外它如今能够撑持任何范例体系了，不单单是CTS（通用范例标准）和COM。一个主要的地方是，这个特征的方针就是为了撑持前期绑定，和更多地为了撑持最近盛行的静态绑定。静态范例分明不是C#的一个特征【译者注：意指C#是静态言语，原本无需静态范例的】，不外是为了撑持静态绑定的一个成果。还要侧重注重的一点是，反射并非一种很好的替换计划。利用反射的成绩在于，必要处置林林总总的范例。利用Reflection定名空间挪用办法的体例和在ScriptObject上挪用办法的体例其实不不异。特别，Ruby/Python办法如许的第三方办法。一种选择是用波形号作为静态操纵的前缀。惋惜，这类体例即刻也变得难以利用，特别在你入手下手研讨范例转换、数组索引和数学操纵符的中央：

1. objectd=GetDynamicObject();stringresult=~(string)d~[d~.Length~-1];

复制代码

下一个曾思索过的选择是静态高低文。相似unsafe和unchecked高低文那样，你可以标注恣意的代码块为“dynamic”。这类体例的成绩在于，它很难把静态和静态代码夹杂在一同。这类体例誊写的代码相似上面：

1. dynamic{//somedynamiccodestatic{//somestaticallyboundcodedynamic{//somedynamiccodeinsomestaticcode}//somemorestaticallyboundcode}//somemoredynamiccode}

复制代码

第三种计划是传布性的表达式。因为表达式的静态实质将发生向上传布的成绩。

1. objectd=GetDynamicObject();stringresult=(string)d[dynamic(d).Length-1];

复制代码

固然，它们选择的语法也不敷完善。固然可让人人容易地读懂代码，可是没有任何工具来标明一个静态挪用是在实践CallSite傍边被创立出来的。独一看到的信息是这个变量在那里声明的。

1. dynamicd=GetDynamicObject();stringresult=(string)d[d.Length-1];

复制代码

选用这类计划的关头缘故原由是，代码一定真的不敷平安。举行静态挪用自己就像之前抛出非常那样，不外如今你不必编写一切痴肥、易堕落的反射逻辑了。别的一个曾思索过的选择是用dynamic润色符来取代元范例。利用这类形式的代码以下所示，开辟职员可以初期绑定到Foo的办法上，而不是在任何工具长进行前期绑定。固然如许能够在一些界限情形下进步功能，不外它却增添了整体的庞大品级，如许的庞大度是难以承受的。

1. dynamicFood=GetDynamicFooObject();

复制代码

每逢静态组件进进到表达式中，全部表达式将大概成为静态的。这包含：

• 办法挪用
  
• 程序挪用
  
• 成员会见
  
• 操纵符使用
  
• 索引会见
  

破例是相称不言而喻的，转换和机关器将前往给你静态高低文。固然转换能被DLR范例体系所重写，可是DLR会把转换的了局指定为得当的范例。检察英文原文：MoreonDynamicSupportinC#
来自：http://www.infoq.com/cn/news/2009/04/Dynamic-CSharp
c语言的编译器，几乎是所有新平台都有的。因此从这点上看，c语言的程序，比其他任何语言更加容易跨平台。

ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。

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

碰到复杂点的问题都不知道能不能解决，现在有点实力的公司都选择自已在开源的基础上做开发。但没听说过有人在IIS上做改进的,windows、sqlserver集群方面的应用也很少见。

是目前ASP在UNIX/Linux上的应用可以说几乎为0）。所以平台的局限性和ASP自身的安全性限制了ASP的广泛应用。

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

asp.net空间的支持有:ASP.NET1.1/虚拟目录/MicrosoftFrontPage2000扩展/CDONTS,同时他的网站上也提供了Asp.net的使用详解和程序源代码，相信对使用ASP.NET编程的程序员来说会非常有用哦!

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

微软又推出ASP.NET。这不是ASP的简单升级，而是全新一代的动态网页实现系统，用于一台WEB服务器建立强大的应用程序。是微软发展的新体系结构.NET的一部分，是ASP和.NET技术的结合。

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

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

有一丝可惜的是，这个系列太强了，Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭，这不是我想这么早就看到的，但是值了。