ASP.NET教程之事情流、服务和模子仓酷云

听03很多师兄说主讲老师杭城方讲课很差就连旁听也没有去了）来自Chappell&Associates的DavidChappell，在其新的白皮书中，领先对微软的最新手艺举行了先容：WF4.0、Dublin和Oslo。除先容每一个手艺，更主要的是他先容了怎样把这些手艺组合起来创立并运转那些基于事情流、面向服务和模子驱动的使用程序。
WF固然今朝已被使用普遍接纳，但WF4.0的目标则在于让它的利用更复杂。经由过程包括以下这些新的特征得以告竣：

• 新的WF事情流计划用具有更高效的用户体验。这个计划器运转于在VisualStudio外部，并同意开辟者利用图形来创立事情流和举动。但是，计划器的利用不是必须的——开辟职员能够完整用代码大概基于XML的可扩大使用标志语言（XAML）自在地创立事情流和举动。这个计划器也能够被从头植进到其他情况中，如ISV本人的产物，像这类事变在WF4.0中做起来要复杂很多。
  
• 内置了更多的举动。WF的基本举动库本来次要会合于把持流和通讯。在WF4.0中，微软还将供应诸如数据会见、PowerShellcmdlet挪用如许的举动。其目标是为了能将现有举动拆卸到事情流中，使使用创立变得更简单。
  
• 新的流程图（flowchart）事情流范例。在WF初具范围的时分，它供应了两个内置的事情流范例：按次（Sequential），针关于绝对复杂的流程；形态机（StateMachine），使用局限更广但利用也更难。把流程图作为第三种内置事情流范例意味着分离了二者的上风，同时还简化了利用。
  

除此以外，WF4.0另有大批的改善，包含功能提拔，数据处置的简化等等。
扩大了WindowsServer的Dublin构建在InternetInformationServer（IIS）和WindowsProcessActivationService（WAS）供应的基本之上。除“包装”由这些底层手艺供应的基本服务以外，Dublin还增加了一些新的功效：

• 主动启动：缺省情形下，WCF服务会在收到第一条动静时启动。Dublin主动启动功效同意在服务设置完成绩主动加载一到多个服务。这关于那些使用非举动信道（即不主动启动服务的WCF通讯机制）的服务很有效，如FTP或SMTP。主动启动也会进步那些在处置第一次哀求之前必要实行初始化义务的服务的呼应工夫。
  
• 实例重启：使用大概请求服务虚例老是处于可用形态。为了满意这个需求，实例重启功效会监测一切Dublin服务的心跳。一旦某个实例在心跳刻日内没有呼应，就会被从头启动。关于基于WF的服务来讲，事情流会将从它前次保留的耐久化形态持续实行。
  
• 动静转发：这个功效供应了基于内容的路由，同意开辟者依据动静内容界说一系列路由战略。一旦完成这些，Dublin可以依据它们的内容将动静路由到分歧服务。
  
• 跟踪：关于一个服务来讲，将事务写进存储以跟踪它的举动长短常有效的。Dublin跟踪服务同意任何服务（不管它是不是是利用WF创立）都能做到这一点。关于基于WF的服务来讲，Dublin在WF的现有撑持基本上增加了一系列工具和其他功效。
  

说到Oslo，很多人仿佛都在困惑，这工具究竟是干吗的。典范的成绩是：

• Oslo是微软的下一个Web服务平台么？
  
• Oslo怎样整合大概取代BizTalk服务器？
  
• Oslo是微软对ESB所做的回应么？
  
• Oslo会酿成微软的BPM平台么？
  

依据DonBox的帖子

关于Oslo，我们正在做两件事：

• 我们正努力于简化人们以行话纪录事物的事情——这一历程俗称建模。
  
• 我们正努力于同意人们在程序实行时代会见平台组件的事情。
  

为了使第一项义务的用户体验只管流利，我们构建了一门言语，它能让人们自若地以文本体例表达模子，而这也是让年夜多半人(特别是开辟者)喜好的体例。可视化计划[“Quadrant”]界面是年夜多半人喜好的另一种工具，我们为此构建了一个计划工具，它能利用那些由以文本为中央的利用者临盆和消耗的不异信息内容。

DougPurdy夸大了Oslo的主要性

情形很复杂，这个平台对软件开辟和办理来讲将是转机性的……

DaveChappell注释说：

Oslo的方针就是为创立模子驱动使用和其他环绕IT构造事情体例模子的用法供应一个基本。Oslo可用于多种路子……起初，Oslo的利用重点仿佛在于跟基于WF的使用合作……手艺导向的营业剖析师会利用Quadrant往创立或变动WF事情流……别的一种多是手艺导向的营业剖析师和开辟者在统一个WF事情流长进行互助，但每一个人利用的工具分歧……

只管所形貌的每项手艺都能自力利用，但要想懂得个中的愿景就必要看看它们的合作体例。DaveChappell据此给出了一个形貌企业营业流程改善场景的例子，Oslo作为常识库，用来寄存营业流程、使用程序、它们的干系和新流程界说所利用的计划工具；WF作为新流程的完成手艺；Dublin作为部署平台。
文中所说的手艺还处于演化当中，有大批的不定要素，而且也不要期望能一次全体公布。暂定的公布企图以下：

• WF4.0将随.NETFramework4.0和VisualStudio2010一同公布。.Framework和VisualStudio的这些新的公布还将包括其他内容，如WCF的最新版本。
  
• Dublin起首将以自力包的情势供应下载，随后会作为WindowsServer的一部分供应。它大概会在.NETFramework4.0和VisualStudio2010公布后不久公布。
  
• Oslo建模手艺也会一并公布，包含常识库，M言语和Quadrant。
  

跟着这些新手艺的可用，构造能够以任何他们喜好的组合体例来接纳它们。好比，可使用Oslo大概独自利用VisualStudio创立WF4.0使用。一旦写成，这个使用就可以部署到一个用户编写的主机大概Dublin上。

在Dave的白皮书中，他形貌了微软对基于SOA的下一代散布式体系的愿景，其内容使人印象深入。在这个愿景中，常识库包括了现有的企业服务，这些服务经由过程事情流被编配到一同，经由过程模子来界说，经由过程实行情况来监测。愿景中中独一的漏掉仿佛就是摹拟情况，有了它，乃至能够在模子变动被部署之前对其影响举行评价。
检察英文原文：Workflows,ServicesandModels
本文来自：http://www.infoq.com/cn/news/2008/12/workflows有个问题想请教你一下，呵呵：）你觉得将来学什么方向比较好，我真是想不出来，知道的太少了，麻烦了。

可以通过在现有ASP应用程序中逐渐添加ASP.NET功能，随时增强ASP应用程序的功能。ASP.NET是一个已编译的、基于.NET的环境，可以用任何与.NET兼容的语言（包括VisualBasic.NET、C#和JScript.NET.）创作应用程序。另外，任何ASP.NET应用程序都可以使用整个.NETFramework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。

是指转换后的Servlet程序代码的行数。这给调试代码带来一定困难。所以，在排除错误时，可以采取分段排除的方法（在可能出错的代码前后输出一些字符串，用字符串是否被输出来确定代码段从哪里开始出错）。

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

大哥拜托，Java在95年就出来了，微软垄断个妹啊，服务器市场微软完全是后后来者，当年都是Unix的市场，现在被WindowsServer和Linux抢下大片，包括数据库也一样。

大哥拜托，Java在95年就出来了，微软垄断个妹啊，服务器市场微软完全是后后来者，当年都是Unix的市场，现在被WindowsServer和Linux抢下大片，包括数据库也一样。

主流网站开发语言之CGI:CGI就是公共网关接口(CommonGatewayInterface)的缩写。它是最早被用来建立动态网站的后台技术。这种技术可以使用各种语言来编写后台程序，例如C，C++，Java，Pascal等。

现在主流的网站开发语言无外乎asp、php、asp.net、jsp等。

碰到复杂点的问题都不知道能不能解决，现在有点实力的公司都选择自已在开源的基础上做开发。但没听说过有人在IIS上做改进的,windows、sqlserver集群方面的应用也很少见。

但是java靠开源打出的一片天地，特别是在微软的垄断下能打开今天的局面还是有它的生命力的。

通过这次激烈的讨论，我从大家身上学到了太多，开阔了眼界，不管是支持我的还是骂我的，都感谢你们。

Servlet却在响应第一个请求的时候被载入，一旦Servlet被载入，便处于已执行状态。对于以后其他用户的请求，它并不打开进程，而是打开一个线程（Thread），将结果发送给客户。由于线程与线程之间可以通过生成自己的父线程（ParentThread）来实现资源共享，这样就减轻了服务器的负担，所以，JavaServlet可以用来做大规模的应用服务。

最强的技术支持WebService,而且有.NET的所有library做后盾。而且ASP.NET在.NET3.5中还有微软专门为AJAX开发的功能--ASP.NETAJAX。

HTML:当然这是网页最基本的语言,每一个服务器语言都需要它的支持,要学习,这个肯定是开始,不说了.

这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。