ASP.NET网页设计Windows WorkFlow Foundation进门（三）仓酷云

有专家说：net网页编程不是跨平台，net网页编程就是平台，这很好的定义了net网页编程的特点。有了net网页编程，你只需要等待net网页编程平台在新平台上移植。这还不错吧！只是，net网页编程不是一个平台，而是多个平台。你需要在这个net网页编程平台移植到另一个net网页编程平台。WF撑持的CodeDOM范例
WFSystem.CodeDOM。你可以使用这些范例来创立你的表达式，个中一些用于前提(conditions)，一些用于划定规矩(actions)，另有一些能用于二者。

注重：CodeDOM不撑持一元操纵符，也不撑持不等操纵符，如a!=b，你能够换成如许表达：(a==b)==false
下表列出了WF所撑持的CodeDOM范例。
类
用于
CodeAssignStatement
Actions
CodeBinaryOperatorExpression
Conditions
CodeDirectionExpression
Conditions
CodeExpressionStatement
Actions
CodeFieldReferenceExpression
Conditions
CodeMethodInvokeExpression
Conditions
CodeMethodReferenceExpression
Conditions
CodePrimitiveExpression
Conditions
CodePropertyReferenceExpression
Conditions
CodeThisReferenceExpression
Conditions
CodeTypeReference
Aspartofexpressions
CodeTypeReferenceExpression
Conditions

CodeBinaryOperatorType
Supportedin
Add
Conditions,Actions
BitwiseAnd
Conditions,Actions
BitwiseOr
Conditions,Actions
BooleanAnd
Conditions,Actions
BooleanOr
Conditions,Actions
Divide
Conditions,Actions
GreaterThan
Conditions,Actions
GreaterThanOrEqual
Conditions,Actions
IdentityEquality
Conditions,Actions
IdentityInequality
Conditions,Actions
LessThan
Conditions,Actions
LessThanOrEqual
Conditions,Actions
Modulus
Conditions,Actions
Multiply
Conditions,Actions
Subtract
Conditions,Actions
ValueEquality
Conditions,Actions

在事情流中利用事件
WF供应的TransactionScopeActivity封装了.NETSystem.Transactions的事件功效，能够在操纵产生毛病时主动回滚，从而撑持处置务失利中恢复。请参考MSDN中猎取System.Transactions.Transaction和System.Transactions.TransactionScope类的更具体信息。
事情流中的批处置形态信息
事情流会周期性在各个反省点保留它有形态，假如产生毛病，事情流引擎有需要检索保留过的信息来前往到一个不乱的形态。假如两个以上的组件正在通讯，那末组件间的coordinatepersistence有助于包管组件的分歧性。
这一点在发送或吸收动静时特别有效。比方，一个事情流大概发送多条动静，每一个发送的操纵城市哀求动静服务。动静服务必需要保护事情流的分歧性和延续的形态，只要事情流形态被乐成保留，动静才干被发送。这意味着在单个的事件中，事情流形态和动静发送形态城市被保留起来，以保留一切组件间形态的分歧性。
WF供应了System.Workflow.Runtime.IWorkBatch和System.Workflow.Runtime.IpendingWork两个接口来办理这个成绩。
在对服务一切挪用中，运转时引擎在本人的线程高低文中供应了System.Workflow.Runtime.IworkBatch，你能够增加一个挂起的事情项到批处置中，如许运转时引擎能够一次性将一切相干的事情项提交到事件处置。
在ExternalDataEventArgs的机关函数中，能够传送一个IpendingWork范例的参数。
当组件被哀求时的实行按次


1、在第一次哀求前，事情流创立事情批处置对象。
2、事情流将事情批处置传对象递到到组件的哀求办法中。
3、组件创立一个事情项，并将其增加到事情批处置对象中。

别的组件哀求时，反复第二步和第三步。
在事件提交点的实行按次
1、事情流创立一个事件
2、事情流遍历事情批处置对象中的事情项，并搜集个中属于某一组件的事情项，保护其按次，然后创立一个新事情批处置对象。事情流挪用组件的Commit办法，并把事件对象和这个批处置对象传送给它。
3、组件把事情批处置对象中的事情增加到事件中。
对一切的组件反复第二步和第二步。

当组件的Commnit办法乐成调有后，事情注提交响应的事件。
在CSDN里搜索一下“初学”两字，竟有三百余篇帖子（也许更多）。有些帖子说，有了asp的基础，只要15天就能很熟悉了，我甚感自己的愚钝。更多帖子是向大家请教初学者适合看书。两个多月的时间（当然平常杂事比较多。

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

PHP的源代码完全公开，在OpenSource意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，以及不停地更新，使得PHP无论在UNIX或是Win32的平台上都可以有更多新的功能。它提供丰富的函数，使得在程式设计方面有着更好的资源。目前PHP的最新版本为4.1.1，它可以在Win32以及UNIX/Linux等几乎所有的平台上良好工作。PHP在4.0版后使用了全新的Zend引擎，其在最佳化之后的效率，比较传统CGI或者ASP等技术有了更好的表现。

是目前ASP在UNIX/Linux上的应用可以说几乎为0）。所以平台的局限性和ASP自身的安全性限制了ASP的广泛应用。

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

目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点，使用CSharp(C#)语言作为ASP.net的推荐语言，同时改进了以前ASP的安全性差等缺点。但是，使用ASP/ASP.net仍有一定的局限性，因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行（虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案.

在asp.net虚拟主机的服务提供商中，目前首推的是CNNIC的其中一家域名注册机构---时代互联(www.now.net.cn),他们早在2001年微软刚推出Asp.net时就推出了对应的Asp.net虚拟主机了,经笔者的使用测试，他提供的Asp.net性能非常的稳定，版本也会定期的更新，目前他的

在一个项目中谁敢保证每天几千万甚至几亿条的数据不丢失?谁敢保证应用的高可靠性？有可以借签的项目吗？

能产生和执行动态、交互式、高效率的站占服务器的应用程序。运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中，便可快速完成网站的应用程序，无需编译，可在服务器端直接执行。容易编写。

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

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

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

ASP.net的服务器，要求安装一个.net环境，当然我这里指的是windows系统，顺便点一下，.net只能放在windows环境里来运行。Asp.net1.1的就装Framework1.1，Asp.net2.0的就装Framework2.0。

逐步缩小出错代码段的范围，最终确定错误代码的位置。

由于CGI程序每响应一个客户就会打开一个新的进程，所以，当有多个用户同时进行CGI请求的时候，服务器就会打开多个进程，这样就加重了服务器的负担，使服务器的执行效率变得越来越低下。