ASP.NET网页编程之ADO.NET实体框架引发争议仓酷云
它有很多缺点的，有兴趣可以到网上去搜索一下。于是微软有发明了“下一代”C++：C++/CLI语言，这个可以解决在.NETFramework中，托管C＋＋产生的问题。在《程序员》杂志上，lippman和李建中合作连载介绍了C++/CLI语言。由社区倡议的一份示威书表达了对存眷微软行将公布的ADO.NET实体框架的存眷，示威书题目为“对ADO.NET实体框架投不信托票”，旨在进步人们对业内专家已预感到的一些计划和完成成绩的熟悉。不信托
该信的企图十分明白：这封信分歧具名经由过程，暗示对微软客户社区承当的社会福利软件项目标关心，该项目将会利用微软行将公布的ADO.NET实体框架。已往的一年里，微软和实体框架团队从努力于.NET平台上的实体使用开辟和软件构架计划的专家那边收到了大批的反应。当微软盘算为实体构架供应框架撑持的通告失掉热忱的反对时，证实了实体框架自己一直能引发极年夜的存眷。
能够看出，这封信是经由深图远虑的，目标不是制止开辟者利用ADO.NET实体框架，而是要让他们懂得以后完成中大概存在的缺点：
我们但愿的实体框架是一个一流的高质量产物和超越希冀值的工具，同意客户和开辟者创立可延续、可保护的软件架构，它能够接受任何年夜范围、庞大或周期严重的软件开辟项目标压力。该小组以为，固然微软在框架开辟中采取了他们的定见，但反应自己并没有被真正思索到v1.0版本的产物中。他们的目标是进步社区对微软互助的存眷水平，以匡助引导开辟：我们个人催促微软客户要仔细思索被微软称作“手艺社区精英”的专家组的所存眷的工具，他们为社区做了极年夜的奉献和自觉的匡助别人。在.NET最后公布之时，我们就利用微软或非微软的工具构建了基于实体的使用程序，而且堆集了大批基于一般实体使用程序和基于.NET实体使用程序的最好履历。因为实体框架以后计划和完成的手艺隐患，和由它们组成的微软客户项目将来的潜伏风险，我们慎重地对ADO.NET实体框架今朝的形态和对专家社区反应历程的延续成绩投不信托的一票。信中对细节存眷接纳的态度及申明:
[*]过分存眷数据方面的实体招致实体架构亏弱
[*]必要分外代码来处置提早加载的不敷
[*]共享、标准模子有悖于软件最好理论
[*]耐久化疏忽机制的不敷，形成营业逻辑难以读写和修正，开辟和保护本钱过分加年夜
[*]在团队情况里对源代码把持过量的抵触兼并
更多感乐趣的信息你能够会见“对ADO.NET实体框架投不信托票”主页，而且能够对函件具名，也能够检察已具名的清单，停止宣布本文时共有270人具名。
业界反响
对这个定见接纳的态度不乏品评和回应。用你喜好的搜刮引擎查找这份示威书可得出两种结论，有良多撑持和否决微软的声响。ADO.NET实体框架团队敏捷对这封信做出反响，来自于该小组的TimMallalieu反驳并论述了实体框架V1.0版的方针及将来:使人遗憾的是，这是实际的情形，我们深切存眷这些定见但在V1.0版中不完整撑持。在这里我能够深切切磋一些细节。必要注重的一点是对这些功效的选择必要稳重思索，但我们不能不在实验增添新功效与实验保存准确的原始方针之间应对这类压力，以此为创建一个更宽广的数据平台奠基一个多公布（multiple-release）战略的中心基本。偶合的是，明天，也是我们入手下手下一个版本产物的事情出发点，而我们决意仔细会商这个出格的开辟者社区，同时持续投资全体数据平台。与任何1.0版本的产物一样，为了使之公布，团队其实不能完成一切的功效，而必要把其他功效推延至今后公布。这些功效和反应了局决意了2.0版本的功效。ADO.NET团队正接纳举措，开放他们正在举行的计划历程和方针，使其尽量通明。在已往的9个月里你大概看到了Astoria团队博客(ADO.NET数据服务)，我们将接纳相似的历程，在新实体框架计划博客中按期公布我们的计划申明，在我们会商一个既定方面和作出最初决议之前，将给您供应反应定见的时机。关于怎样举行这一历程的更多信息，请存眷我们的第一篇博客，并但愿人人实时供应更多的定见!
结论
写这封信的整体的态度长短常分明的。可是它开放给谁才是准确的呢？在计划上，微软花了很长的工夫审慎做出关于这个框架开辟的决议。正如任何争辩都不止一个方面，这封信明晰的归纳综合了一些微软1.0版本产物的存眷点。
开辟者利用的任何产物都有遗留上去的风险。因为在利用这个产物之前，业内专家团队必需花工夫进步对潜伏成绩的熟悉，因此这类情形仿佛是举世无双的。假如一切产物都带有一个出格具体的告诫标签，那末它会十分好。
大概部分或一切这些存眷点将以本人的体例成为将来公布的ADO.NET实体框架中的功效。推出1.0版本产物不克不及满意开辟者的需求已成为微软的一个汗青，但他们会采取大批的反应后，为开辟者供应更好的2.0或3.0版本的产物。这多是微软本身汗青的重演和示威书引诱的偏向。
能够在“对ADO.NET实体框架投不信托票”浏览信的全文，每个存眷点的具体复兴能够在TimMallalieu"sblog中检察。检察英文原文：ADO.NETEntityFrameworkTakingSomeHeat
译者简介：李会军（网名TerryLee）,南开年夜学软件工程硕士，微软最有代价专家（MVP），多家IT杂志和IT收集媒体特约撰稿人，善于基于.NET平台的Web开辟，专业喜好写作，在各种手艺杂志和团体手艺博客上撰写了大批的手艺文章。他的团体网站为：http://www.dotneteye.cn。
来自：http://www.infoq.com/cn/news/2008/06/entity-framework-heat
J2EE比较成熟一点，一些比较出名的企业应用软件都是基于J2EE的。以后的发展就不好说了。不过net网页编程比较烦，学.net的话，微软把很多工具都封装好了，学起来可能容易一点。 它可通过内置的组件实现更强大的功能，如使用A-DO可以轻松地访问数据库。 目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点，使用CSharp(C#)语言作为ASP.net的推荐语言，同时改进了以前ASP的安全性差等缺点。但是，使用ASP/ASP.net仍有一定的局限性，因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行（虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案. ASP.net的服务器，要求安装一个.net环境，当然我这里指的是windows系统，顺便点一下，.net只能放在windows环境里来运行。Asp.net1.1的就装Framework1.1，Asp.net2.0的就装Framework2.0。 通过这次激烈的讨论，我从大家身上学到了太多，开阔了眼界，不管是支持我的还是骂我的，都感谢你们。 Asp.net脚本的出现，为ASP空间带来了更高的稳定性，同时也为程序员建站提供更高环境! 比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变。 有一丝可惜的是，这个系列太强了，Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭，这不是我想这么早就看到的，但是值了。 主流网站开发语言之JSP:JSP和Servlet要放在一起讲，是因为它们都是Sun公司的J2EE（Java2platformEnterpriseEdition）应用体系中的一部分。 JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。 我的意思是.net好用，从功能上来说比JAVA强还是很明显的。 Servlet的形式和前面讲的CGI差不多，它是HTML代码和后台程序分开的。它们的启动原理也差不多，都是服务器接到客户端的请求后，进行应答。不同的是，CGI对每个客户请求都打开一个进程（Process）。
页:
[1]