ASP.NET网站制作之LINQ to SQL真的已逝世？仓酷云

因为二次编译器太复杂，那么建议只是在安装程序的时候编译一次，而不类似net网页编程那样运行就编译。并且我觉得，一次痛苦，总比多次低效率要舒服多了。让我们回溯到七月，当时，我们报导了LINQtoSQL被转交到SQL数据可编程性团队。这一事务在开辟者社区激发了大批的存眷，人们忧虑LINQtoSQL会被停止，而转而利用ADO.NET实体框架。而在比来，LINQtoSQL和实体框架团队的程序司理TimMallalieu的一篇公告，又进一步加重了局势的开展。

我们正鼎力投资于实体框架。作为.NET4.0的一部分，实体框架是我们保举的在干系场景中针对LINQ的数据会见办理计划。我们倾听了客户关于LINQtoSQL的反应，并将分离我们在社区收到的反应，持续开辟和改良该产物。

假如我们从字面上了解，它仅仅是说实体框架取得了比LINQtoSQL更多的开辟资本。成绩是微软在很长一段工夫内都否决数据会见手艺，但却尽口不提对此不再举行撑持。
在我们瞻望LINQtoSQL的将来之前，先让我们回忆一下汗青。谈及LINQtoSQL的劈头，MattWarren描述他的项目一向都被“视若无物”。从基本上讲，它只是被看成在真实的ORM面世之前，用来匡助人们开辟LINQ的替换品罢了。但是，ORM项目和更年夜一些的WinFS项目，就像失落进了兔子洞一样平常永无尽头。此时，老是必要做点甚么，因而才决意入手下手将LINQtoSQL作为一个产物推出。
同时，另外一个项目也在开辟当中。ADO.NET实体框架其名字自己就申明了它将作为在对象模子和干系数据库之间举行映照的全体办理计划。与LINQtoSQL只针关于特定的SQLServer分歧，它是向后兼容的，可插换的，从实际上讲可以撑持一切的数据库。
实体框架的范围招致它错掉了.NET3.5/VisualStudio2008的最初刻日。很不幸的是，它在最初完成之时被定名为“.NET3.5ServicePack1”，而实践上它更像是一个次要的版本，而不是一个服务包。实体框架被横加求全谴责，基于两个缘故原由。
开辟职员不喜好它，是由于其庞大性。若要利用准确，开辟者必要比利用LINQtoSQL支付更多的精神。与实体框架分歧，LINQtoSQL最利于举行复杂查询和更新机制，除必要基础的表映照以外，无需任何定制。
数据库供给商不喜好它，但完整基于分歧的缘故原由。实体框架是与数据库有关的，也没法供应增添数据库特征的办法。这对供给商如Oracle来讲，很难取得他们必要的功能和功效。作为高功能数据库适配器中的佼佼者DataDirect，要到来岁初期才会公布他们的Oracle和Sybase驱动。Oracle乃至基本不肯议论大概的公布日期，由于假如微软没有在框架中增加分外的钩子，他们就没法取得必要的功能。
既然有云云多的否决定见，因而团队必要一个轻量级的ORM，而不是将实体框架看做可选项的做法，也就绝不足怪了。可是，同时他们也忧虑LINQtoSQL已成为一项已兴起的手艺。
在名为微软杀逝世了LinqtoSQL的帖子中，AyendeRahien写道：

这类做法几乎就是朝着那些为LinqtoSQL框架投进了大批工夫与款项的人脸上吐口水，将他们晾在风中，假如但愿看到新的特征，这条路就是走欠亨的，也意味着要支付高贵的移植价值。LinqtoSQL到达了OR/M的基准程度，我已听到有很多多少人告知我，假如以后的缺点可以鄙人一个版本中失掉修复，他们完整能够承受它。如今，大概不会再有下一个版本，这无疑会废弛微软的名声。

在OriginalStory的批评家Jens写道：

那末你实践已供认LinqToSQL走向了断港绝潢？十分感激。LinqtoSQL已“充足用”了，它是我们新项目标支柱。我永久都不会劝告我的老板转而利用实体框架。

另外一个批评家John则但愿在实体框架的轻量级版本与两者之间追求一个公道的迁徙路径。

具有一个独自的‘LinQtoDB’框架的希望值得一定，但我但愿实体框架可以完整兼容LinQToSQL？对那些不必要框架特别才能的人而言，应当撑持轻松快速的转换体例。我更乐意本人做OR映照，并利用LinQToSQL作为抓取数据的复杂办法。实体框架关于我的需求来说，其实是太悠远了。

这类情感失掉了其他几个批评的应和。而这恰是微软正在做的。在紧随着的帖子中，TimMallalieu注释道：

在已往几个月，我们一向在研讨怎样将LINQtoSQL晋级到LINQtoEntities中。从第一印象来看，能够断言他们接纳了分歧的手艺，并且是在独自地开展。成绩是他们之间功效的交集相称的年夜，而每种手艺的用户又请求产物完成一条疾速会合功效的门路。比方，广泛请求LINQtoEntities（将在.NET4.0中公布）是POCO和完成提早加载（LazyLoad）。类似的，站在LINQtoSQL一方，我们也被扣问是不是供应实体框架已存在的新的映照战略和其他特征。别的，他们还广泛请求具有相似UDT"s的特征，和更好的撑持N-Tier模子。公告的确会合了这些概念，并在深图远虑以后，思索了外部互助者与客户的好处，我们决意为实体框架供应周全的会合才能，并跟着工夫的推移，终极供应一个独自的办理计划，以办理各类成绩。

以是从久远来看，LINQtoSQL和LINQtoEntities将会集并。也就是说，在LINQtoSQL长进行开辟事情不会全然停止。

依据客户的反应，我们会持续对LINQtoSQL举行投资。这篇帖子将要分析的是我们关于将来立异的决计，并申明一个现实，也就是LINQtoEntities作为.NET4.0的一部分，是我们保举的在干系场景中针对LINQ的数据会见办理计划。

检察英文原文：IsLINQtoSQLTrulyDead?
来自：http://www.infoq.com/cn/news/2008/11/DLINQ-Future不可能天天有学习.net），我一同学说，你应该早就有作品啦。我惶惶然……

ASP在执行的时候，是由IIS调用程序引擎，解释执行嵌在HTML中的ASP代码，最终将结果和原来的HTML一同送往客户端。

asp.net最主要特性包括：◆编程代码更简洁◆网站可实现的功能更强大◆运行效率高◆节省服务器的动作资源

ASP.Net和ASP的最大区别在于编程思维的转换，而不仅仅在于功能的增强。ASP使用VBS/JS这样的脚本语言混合html来编程，而那些脚本语言属于弱类型、面向结构的编程语言，而非面向对象。

由于CGI程序每响应一个客户就会打开一个新的进程，所以，当有多个用户同时进行CGI请求的时候，服务器就会打开多个进程，这样就加重了服务器的负担，使服务器的执行效率变得越来越低下。

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

JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。

ASP.net1.1和2.0在程序上的语法也有很大不同，现在2.0属于新出来的，不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境，不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。

asp.net最主要特性包括：◆编程代码更简洁◆网站可实现的功能更强大◆运行效率高◆节省服务器的动作资源

现在的ASP.net分为两个版本：1.1和2.0Asp.net1.1用VS2003(visualstudio2003)编程。Asp.net2.0用VS2005(visualstudio2005)编程。现在一般开发用的是VS2003。

Asp.net：首先来说，Asp.net和Asp没什么关系，看着像是升级版本什么的，其实没什么联系。Asp是脚本编程，用的是ASP语言，而ASP.net用的是C#语言，完全不同的东西。

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

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