ASP.NET网站制作之LINQ to SQL何往何从仓酷云
觉得J2EE好像有很多工具，比如servlet,jboss,tomcat,ejb什么的，可是微软的.NET怎么什么也没有啊？只管微软的ORM存在许很多多的成绩，并且市情上比方LLBLGen，nHibernate与OpenAccess之类的替换品已够多了，很多开辟者被强制利用微软的手艺是由于他们的公司或客户的必要。而在弃取之间，看起来年夜多半开辟者坚信实体框架（EntityFramework）并不是可行的计划。那末他们该怎样应对？SteelPrice选择健忘LinqtoSql的兴起，持续利用它是由于它能事情。至于实体框架，他写道，它其实不能会见内涵的列。
我永久都不会利用如许的一种团结干系，比如：“给我供应John修正过的一切地点”。这会使得事变变得糟，我没法取得Address的CreatedById，除非我加载全部Login对象，并像如许援用它：Address.CreatedByLogin.LoginId。当你在编写和创立查询时，这类做法就太糟了。
有举措办理这个成绩吗？固然有，但办法都过于庞大与烦琐，利用L2E（译注：即LinqtoEntity）使得我80%的事情都变庞大了。而只要20%的功效是我真正必要分外的举行庞大的映照，但我可使用别的工具，比方LLBLGenPro或OpenAccess，由于它们更容易于利用。
C#MVPDavidHayend则说出了年夜多半开辟者的心声，那就是让LINQtoSQL开源。他更进一步地倡议LINQtoSQL应当接纳ASP.NETMVC不异的体例，源自于社区的计划。
我激烈倡议微软为LINQToSQL从头组建最后的开辟团队，并将他们融进到.NET4.0版本中，并以开源的体例放在CodePlex上。这别无选择，鉴于LINQToSQL已分明倾向于实体框架，只要ADO.NET团队可以为他找到准确的偏向。
我倡议新的团队接纳和ASP.NETMVC团队类似的体例，使我们可以取得一个可测试的轻量级O/R映照器，并存眷于延续取得的社区反应而频仍公布CTP版本。
IanCooper,anotherMVP,seesneitherLINQtoSQLnorEntityFrameworkbeingcompletelysuitable,
另外一位MVPIanCooper则以为LINQtoSQL和实体框架都不完整合用。
复杂地靠打压合作者很难抢救我们对EF（译注：即实体框架EntityFramework）信念的缺少。我们必要对品评举行加倍深切地舆解，可是那些说法其实不能指出LINQToSQL比EF幸亏哪些中央。L2S具有良多EF十分必要的特征，比方范畴优先撑持、POCO、SQL天生的功能、提早加载等。假如缺少对这些上风的大众熟悉，嫌疑则一定持续，这有关ADO.NET是不是熟悉到LINQToSQL为什么具有这般正面的撑持。
间接丢弃LINQtoSQL其实不可取，他倡议微软供认已犯下的不对，并基于两者的上风从头入手下手。
更好的了局应当是看到微软公布开辟LINQToSQL和实体框架配合的承继者。从产物中取得反应，然后再构建一个新的，能够称之为“LINQtoRelations”大概“LINQtoRDBMS”。假如确有所需，包管重用可以使你勤俭用度，但却必要从头企图。我没法设想的是，不管怎样，比起L2S和EF开辟职员必要在你的ORM下一次迭代中必要面临的成绩而言，API的变更要显得加倍的主要。
[…]
年夜多半人赞成Faulkner的倡议而且正试图丢弃你已经的最爱。偶然候，你投进的特征越多，而越有大概在最初必要从头企图。
那末，就应当尽早公布，而且应频仍公布。
最初，ScottAllen的成绩则重点放在数据库上。
我以为，LINQtoSQL的外部可以从一个好的基本开展为一个通用的数据映照框架，以填补ORM范例的框架（如EntityFramework）的不敷。框架能够往失落一些有关对象到对象映照的沉重事情，大概经由过程一个供应者范例的架构供应在分歧格局之间如XHTML、JSON、CSV的分外的映照才能。数据的转换、动静传送、和数据推进是年夜多半年夜型使用程序中不成或缺的部分，框架可使得这些事情可以以一个通用的体例易于完成与测试，从而带来高效的临盆力。
检察英文原文：LINQtoSQL,TheNextStep
本文出自：http://www.infoq.com/cn/news/2008/12/DLINQ-Next
C#中有两处地方用到new关键字，第一处也是最常见的一处是用在调用构造函数的时候，这种情况也是大家见的最多的一种。另一处是用在派生类中，作用有隐藏成员，切断继承关系等，相信第二处的用法大家明显要比第一处生疏。 通过这次激烈的讨论，我从大家身上学到了太多，开阔了眼界，不管是支持我的还是骂我的，都感谢你们。 CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。 ASP.net的速度是ASP不能比拟的。ASP.net是编译语言，所以，当第一次加载的时候，它会把所有的程序进行编译(其中包括worker进程，还有对语法进行编译，形成一个程序集)，当程序编译后，执行速度几乎为0。 可以通过在现有ASP应用程序中逐渐添加ASP.NET功能，随时增强ASP应用程序的功能。ASP.NET是一个已编译的、基于.NET的环境，可以用任何与.NET兼容的语言（包括VisualBasic.NET、C#和JScript.NET.）创作应用程序。另外，任何ASP.NET应用程序都可以使用整个.NETFramework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。 众所周知，Windows以易用而出名，也因此占据不少的服务器市场。 主流网站开发语言之ASP:ASP是微软（Microsoft）所开发的一种后台脚本语言，它的语法和VisualBASIC类似，可以像SSI（ServerSideInclude）那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用，但是它自身存在着许多缺陷，最重要的就是安全性问题。 在调试JSP代码时，如果程序出错，JSP服务器会返回出错信息，并在浏览器中显示。这时，由于JSP是先被转换成Servlet后再运行的，所以，浏览器中所显示的代码出错的行数并不是JSP源代码的行数。 我的意思是.net好用，从功能上来说比JAVA强还是很明显的。 CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。 微软又推出ASP.NET。这不是ASP的简单升级，而是全新一代的动态网页实现系统，用于一台WEB服务器建立强大的应用程序。是微软发展的新体系结构.NET的一部分，是ASP和.NET技术的结合。 关于ASP.NET功能上，ASP.NET比微软以前的ASP(96年出现)有更强大的library,更好的稳定性。ASP.NET可以使用.NETFramework中所有组件(也就是说.NET能实现的，ASP.NET一样能实现)。 ASP.net1.1和2.0在程序上的语法也有很大不同，现在2.0属于新出来的，不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境，不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。 PHP的源代码完全公开，在OpenSource意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，以及不停地更新，使得PHP无论在UNIX或是Win32的平台上都可以有更多新的功能。它提供丰富的函数，使得在程式设计方面有着更好的资源。目前PHP的最新版本为4.1.1，它可以在Win32以及UNIX/Linux等几乎所有的平台上良好工作。PHP在4.0版后使用了全新的Zend引擎，其在最佳化之后的效率，比较传统CGI或者ASP等技术有了更好的表现。
页:
[1]