ASP.NET网页编程之言语专有的类库应当放到.NET里吗？仓酷云
J2EE比较成熟一点，一些比较出名的企业应用软件都是基于J2EE的。以后的发展就不好说了。不过net网页编程比较烦，学.net的话，微软把很多工具都封装好了，学起来可能容易一点。只管人们已请求了良多年，开辟职员们如今仍是必要自行编写递回挪用的复制目次办法，并且几近每一个完成都一样。为何.NETFramework不供应这个复杂而有效的功效呢？不外现实上，当您援用了Microsoft.VisualBasic程序集就会发明这个功效实在已存在了。读写ZIP文件是另外一个程序员常常会碰到的事情。这比复制目次要贫苦一些，开辟职员常常选择利用第三方类库大概命令行工具。实在年夜可不用云云，由于实践上.NETFramework从一入手下手就包括了ZIP框架。您只需从J#运转时中发掘一下便可（但愿这个框架不会消散）。如今来看看我们第三个例子，开辟职员常常必要读取逗号支解的文本文件和流动宽度格局的文件。只管这点外表上看起来很简单，不外一些小中央，比方引号的本义成绩很简单被无视。.NET2.0里有VB的TextFieldParser类，这是一个通用的文本文件剖析器，合适读取上述范例或相似的文件格局。
那末这些小功效仍然是“言语公用”的，仍是应当移植到.NETFramework的中心定名空间中呢？今朝来讲这是一个小成绩，不外当一些新言语，比方F#，IronRuby，IronPython呈现以后，这点会不会愈发变得贫苦呢？
检察英文原文：DoLanguageSpecificLibrariesBelongin.NET?
来自：http://www.infoq.com/cn/news/2008/06/Copy-Directory2003年中微软发布最新版本的ASP.netWebMatrix,对于我们喜欢用Asp.net来编程的朋友实在是个好消息，我也实实在在的将Asp.net更深入的研究了一下，以方便我以后更好的运用它，同时我也讲讲使用它的感受。 比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变。 但是目前在CGI中使用的最为广泛的是Perl语言。所以，狭义上所指的CGI程序一般都是指Perl程序，一般CGI程序的后缀都是.pl或者.cgi。 是目前ASP在UNIX/Linux上的应用可以说几乎为0）。所以平台的局限性和ASP自身的安全性限制了ASP的广泛应用。 比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变。 ASP.net1.1和2.0在程序上的语法也有很大不同，现在2.0属于新出来的，不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境，不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。 ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。 Servlet却在响应第一个请求的时候被载入，一旦Servlet被载入，便处于已执行状态。对于以后其他用户的请求，它并不打开进程，而是打开一个线程（Thread），将结果发送给客户。由于线程与线程之间可以通过生成自己的父线程（ParentThread）来实现资源共享，这样就减轻了服务器的负担，所以，JavaServlet可以用来做大规模的应用服务。 使用普通的文本编辑器编写，如记事本就可以完成。由脚本在服务器上而不是客户端运行，ASP所使用的脚本语言都在服务端上运行，用户端的浏览器不需要提供任何别的支持，这样大提高了用户与服务器之间的交互的速度。 大哥拜托，Java在95年就出来了，微软垄断个妹啊，服务器市场微软完全是后后来者，当年都是Unix的市场，现在被WindowsServer和Linux抢下大片，包括数据库也一样。 CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。
页:
[1]