ASP.NET教程之揭开Oslo的奥秘面纱仓酷云
那做企业软件是不是最好用J2EE？跟着2008年专业开辟者年夜会（ProfessionalDevelopersConference，PDC)的日渐邻近，DouglasPurdy，DonBox和其他一些人泄漏了一些有关MicrosoftOslo的信息。直到比来Oslo仍是Microsoft保密事情做的最好的项目之一。有良多传说风闻说Oslo将会是微软公司将来的SOA战略、散布式使用服务器大概微软的下一个一致的SOA产物组合。终极，Oslo的产物司理DouglasPurdy公布,他会在PDC2008年夜会上谈及Oslo及其相干手艺。在他的通告中提到“Oslo仅仅是一个模子平台”：
终极，我们将Oslo回结为三个十分复杂的工具：
[*]一个可以匡助人们界说模子并在模子间互操纵的内容丰厚、可视化作风的工具
[*]一个匡助人们创立和利用文本化范畴特定言语和数据模子的言语
[*]一个使模子对工具战争台组件都无效的干系型数据堆栈
就是这些。这就是Oslo的全体。只管Oslo的局限看起来没有到达人们对它的期许，不外Douglas增补说“这个平台对软件开辟和办理的影响将是反动性的”，而且对他来讲，“Oslo是完成我的‘令人人都成为开辟者（即便他们其实不懂）’愿景的第一步”。
DonBox到场并注释说，Oslo的方针是“使完整离开数据而构建真实的使用成为大概”：
我们正在构建“Oslo”用以简化开辟、部署与办理软件的历程。我们的方针是减少开辟者原意与实践部署运转的产品之间的差异。我们接纳的体例是将更多的使用程序界说转移到数据天下中，如许我们能够更简单地懂得开辟者的最后设法。依据Don的说法，一切的数据，个中界说了服务、使用和历程，在全部开辟和运转历程内都是无效的。Oslo会为方针平台供应一些这些数据的‘样例’形式。默许情形下，数据会被贮存在一个干系数据库中，不外Oslo不限于这类干系模子。现实上，Oslo的建模言语是专门针对一个笼统的数据模子而构建的。
在他宣布于eWeek的文章中，DarrylTaft采访了DonBox，StevenLucco和Oslo的手艺卖力人BradLovering。Brad注释了Oslo对数据驱动体例的偏重，并深切分析了有关D（建模）言语在Oslo事情中的脚色的成绩。在eWeek上的文章中能够懂得更多具体内容。
在Oslo行将揭开面纱之时，对.NET框架的中心组件的将来仍旧有一些不断定要素。NicholasAllen取消了那种微软会对WCF和WF的撑持大概会渐渐削弱的忧虑，由于它们仍旧是微软的散布式盘算平台的基本。在他有关Oslo的文章里提到：
Oslo不会改动的是你的服务真正在做的工具。没有任何工具会强制你入手下手对你的使用建模，从而接纳微软框架中的特征。建模应当是增进开辟者和IT专家的临盆力的一个工具，而不是办事情的某一种特定体例。Oslo的初版将会在2008年10月的专业开辟者年夜会（PDC）上作为一个社区手艺预览版（communitytechnologypreview，CTP）而公布。
检察英文原文：OsloUnveiled
来自：http://www.infoq.com/cn/news/2008/10/oslo-unveiled
有时也搞不懂应该学那种；主要看你以后去的那个公司是使用哪种了。就像王千祥的课上说的：企业应用现在主要就三层（其实也差不多就是MVC）：表示层（主要使用html写的，很简单）、业务逻辑层（主要就是应用服务器的）。最后就是数据层（其实就是学习数据库） ASP是把代码交给VBScript解释器或Jscript解释器来解释，当然速度没有编译过的程序快了。 可以看作是VC和Java的混合体吧，尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性。 比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变。 逐步缩小出错代码段的范围，最终确定错误代码的位置。 众所周知，Windows以易用而出名，也因此占据不少的服务器市场。 代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。 有一丝可惜的是，这个系列太强了，Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭，这不是我想这么早就看到的，但是值了。 能产生和执行动态、交互式、高效率的站占服务器的应用程序。运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中，便可快速完成网站的应用程序，无需编译，可在服务器端直接执行。容易编写。 CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。 是指转换后的Servlet程序代码的行数。这给调试代码带来一定困难。所以，在排除错误时，可以采取分段排除的方法（在可能出错的代码前后输出一些字符串，用字符串是否被输出来确定代码段从哪里开始出错）。
页:
[1]