仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1904|回复: 10
打印 上一主题 下一主题

[学习教程] ASP.NET教程之揭开Oslo的奥秘面纱仓酷云

[复制链接]
分手快乐 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:26:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
那做企业软件是不是最好用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写的,很简单)、业务逻辑层(主要就是应用服务器的)。最后就是数据层(其实就是学习数据库)
柔情似水 该用户已被删除
沙发
发表于 2015-1-21 06:59:21 | 只看该作者
ASP是把代码交给VBScript解释器或Jscript解释器来解释,当然速度没有编译过的程序快了。
简单生活 该用户已被删除
板凳
发表于 2015-1-25 19:35:27 | 只看该作者
可以看作是VC和Java的混合体吧,尽管MS自己讲C#内核中更多的象VC,但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言,而不是一种脚本,所以它具有面向对象编程语言的一切特性。
飘灵儿 该用户已被删除
地板
发表于 2015-1-30 17:44:55 | 只看该作者
比如封装性、继承性、多态性等等,这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰,易于管理,并且应用到ASP.Net上就可以使业务逻辑和Html页面分离,这样无论页面原型如何改变。
冷月葬花魂 该用户已被删除
5#
发表于 2015-2-6 14:38:48 | 只看该作者
逐步缩小出错代码段的范围,最终确定错误代码的位置。
小女巫 该用户已被删除
6#
发表于 2015-2-15 15:32:18 | 只看该作者
众所周知,Windows以易用而出名,也因此占据不少的服务器市场。
深爱那片海 该用户已被删除
7#
发表于 2015-3-4 11:57:23 | 只看该作者
代码逻辑混乱,难于管理:由于ASP是脚本语言混合html编程,所以你很难看清代码的逻辑关系,并且随着程序的复杂性增加,使得代码的管理十分困难,甚至超出一个程序员所能达到的管理能力,从而造成出错或这样那样的问题。
精灵巫婆 该用户已被删除
8#
发表于 2015-3-11 19:24:08 | 只看该作者
有一丝可惜的是,这个系列太强了,Java阵营的朋友根本就是哑口无言...争论之火瞬间被浇灭,这不是我想这么早就看到的,但是值了。
再见西城 该用户已被删除
9#
发表于 2015-3-13 00:09:53 | 只看该作者
能产生和执行动态、交互式、高效率的站占服务器的应用程序。运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中,便可快速完成网站的应用程序,无需编译,可在服务器端直接执行。容易编写。
再现理想 该用户已被删除
10#
发表于 2015-3-20 06:53:07 | 只看该作者
CGI程序在运行的时候,首先是客户向服务器上的CGI程序发送一个请求,服务器接收到客户的请求后,就会打开一个新的Process(进程)来执行CGI程序,处理客户的请求。CGI程序最后将执行的结果(HTML页面代码)传回给客户。
老尸 该用户已被删除
11#
发表于 2015-4-7 14:54:09 | 只看该作者
是指转换后的Servlet程序代码的行数。这给调试代码带来一定困难。所以,在排除错误时,可以采取分段排除的方法(在可能出错的代码前后输出一些字符串,用字符串是否被输出来确定代码段从哪里开始出错)。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-4-24 23:26

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表