public Metafile GetGeometryMetafile(ISymbol pSymbol, IGeometry pGeometry)
        {
            //先获取一个IDisplayTransformation对象
            IDisplayTransformation pDisTrans = new DisplayTransformationClass(); 
            IEnvelope pEnv = pGeometry.Envelope;
            Rectangle rect = new Rectangle(0, 0, 500, 500); 
 
            tagRECT r;
            r.left = rect.Left;
            r.right = rect.Right;
            r.bottom = rect.Bottom;
            r.top = rect.Top;

            pDisTrans.set_DeviceFrame(ref r);
            pDisTrans.Bounds = pEnv;

            pDisTrans.Resolution = 72;

            pDisTrans.ReferenceScale = 1.0;
            pDisTrans.ScaleRatio = 1;

            //创建WMF
            MemoryStream ms = new MemoryStream();
            Graphics g = CreateGraphics();
            IntPtr hdc = g.GetHdc();
            Metafile mf = new Metafile(ms, hdc, new Rectangle(0,0,500,500),MetafileFrameUnit.Pixel, EmfType.EmfPlusDual);
            g.ReleaseHdc(hdc);
            g.Dispose();
            g = Graphics.FromImage(mf); 
        
            g.FillRectangle(new SolidBrush(Color.White), new Rectangle(0, 0, 500, 500));

            pSymbol.SetupDC((int)g.GetHdc(), pDisTrans);
            pSymbol.Draw(pGeometry);            
            pSymbol.ResetDC();
            g.ReleaseHdc();

            g.DrawString("by watson", this.Font, new SolidBrush(Color.Blue), new PointF(20, 20));

            g.Save();
            g.Dispose();

            return mf;
        }

第二步：发送到剪贴板：

IDataObject data = new DataObject();
                data.SetData(DataFormats.MetafilePict, mf);
                Clipboard.SetDataObject(data, true);

 public class ClipboardMetafileHelper
    {
        [DllImport("user32.dll")]
        static extern bool OpenClipboard(IntPtr hWndNewOwner);
        [DllImport("user32.dll")]
        static extern bool EmptyClipboard();
        [DllImport("user32.dll")]
        static extern IntPtr SetClipboardData(uint uFormat, IntPtr hMem);
        [DllImport("user32.dll")]
        static extern bool CloseClipboard();
        [DllImport("gdi32.dll")]
        static extern IntPtr CopyEnhMetaFile(IntPtr hemfSrc, IntPtr hNULL);
        [DllImport("gdi32.dll")]
        static extern bool DeleteEnhMetaFile(IntPtr hemf);

        // Metafile mf is set to an invalid state inside this function
        static public bool PutEnhMetafileOnClipboard(IntPtr hWnd, Metafile mf)
        {
            bool bResult = false;
            IntPtr hEMF, hEMF2;
            hEMF = mf.GetHenhmetafile(); // invalidates mf
            if (!hEMF.Equals(new IntPtr(0)))
            {
                hEMF2 = CopyEnhMetaFile(hEMF, new IntPtr(0));
                if (!hEMF2.Equals(new IntPtr(0)))
                {
                    if (OpenClipboard(hWnd))
                    {
                        if (EmptyClipboard())
                        {
                            IntPtr hRes = SetClipboardData(14 /**//*CF_ENHMETAFILE*/, hEMF2);
                            bResult = hRes.Equals(hEMF2);
                            CloseClipboard();
                        }
                    }
                }
                DeleteEnhMetaFile(hEMF);
            }
            return bResult;
        }
    }

这是有《世界500强面试题》书上的一个题目，我初看到这个题目，大吃一惊，为什么这样一个司空见惯的问题，我从来没有仔细思考过呢。因此我不得不说，提出这个问题的人是个天才。

我马上把书抛到一边，思考这个问题。下面是我思考的结果，先折叠起来，要不你先思考一下，然后比对一下？呵呵。

我的答案
我的第一反应是人的大脑的调整。根据人眼睛的成像原理，人通过神经感知到的是上下颠倒的，之所以我们看到的景物不是倒过来的，是因为大脑经过处理的缘故，会不会是照镜子左右反过来也是人大脑处理的结果？但很快我也不相信这个结果了，因为我不明白人脑做这种调整的用意何在~况且，镜子成像是光线反射的结果，我们从镜中看到的东东，与物理分析是完全符合的，不存在什么调整。


然后我想到是不是因为人左右对称的缘故。因为左右对称，所以我们才误把右手当左手，左手当右手，人上下不对称，所以不对所头当成脚，脚当成头。我被这个想法迷惑了好一阵子。于是尝试着把一些上下对称的东西放到镜子前面比划，甚至想象把自己横在镜子面前会是什么样子，但并没什么实质的变化。事实上，镜中左右确实是发生了反转，不信你把书放到镜子前面照一照，你会不认识镜子里书上的字，如果没有发生左右反转，我想你一定认得吧~


经过近半小时的思考，我似乎受到了启发。跳出镜子来，不用镜子中的“我”来看问题，而用真实的我来看镜子中的“我”，发现其实镜子中的左手还是在我们的左边，右手还是在右边。如果镜子中我左右手不动，只把躯干部分放置180度，那镜子中的我看到的左右不是仍然没变化吗？这是我才猛然醒悟，其实不是左右发生了变化，而是身体的前后发生了变化。而身子的前后不管怎么变，我们的上下都是不会变的！这就是题目的解答。至于为什么照镜子时身体前后会发生变化，我想不用解释了吧，根据光线的反射原理是很容易理解的。

推荐按照以下步骤来进行影像的纠正配准操作。

第一步：打开要纠正的影像图
第二步：在图像上定位内图廓的四个角点　
       影像图打开后，首先需要定位内图廓的四个角点在影像上的位置。第二步到第四步是配准的过程。这个过程要做的事情实际上就是将所有可以用于参与纠正的控制点找出来，并确定这些控制点在图像上的位置以及它们真实的地图坐标。

       控制点配准的操作方法：

１、           鼠标靠近要配准的控制点，鼠标形状会由箭头形状 变成十字丝中间有小矩形的形状，这表示系统捕捉到了该控制点。

２、           点击控制点，鼠标形状会变成十字丝中间有圆形的形状。这表示确定对该点进行配准。这里，在图像点任一处点击，该点都会移动到点击的位置。为了使用控制点能精确定位到每个像素，可以点击鼠标右键打开辅助窗口，如下图所示：

如果正确配准的话，辅助窗口中会用十字丝标识出正在配准的点的位置。辅助窗口打开时是以鼠标右键点击位置为中心的，所以，鼠标右击的位置最好离正在配准的点的位置比较近。这时，可以通过AWDS四个键或方向键对辅助窗口中的图像进行移动。在辅助窗口中点击控制点的位置，该点就配置成功了，这里，标识该点的十字丝会变成白色。     

第三步：设置图幅信息

       点击“纠正”菜单下的“设置图幅信息”。

       如下图所示。

               设置图幅后，系统自动建立的控制点格网
第四步：配准所有控制点　

       配准的方法与第二步相同。通过这步操作，所有控制点的就建立了一个精确的地图坐标和影像坐标的对应关系。坐标点在配准之前，以红色显示，配准完成的以白色显示。

第五步：纠正 

“裁切范围”的显示数据为系统根据所输入的图幅号计算得出，默认是图幅四个角点构成的多边形的最小外接矩形。勾选“启用载切”对图幅外的周边进行载切，纠正后的图像文件只包启该范围中的内容；如不勾行选，则不进行裁切，纠正的结果会包含整幅图的内容。

单击“纠正”按扭，进度条显示纠正进度（见图22）

（图22）

纠正时，系统会自动保存内图廓在影像上的位置，下次打开影像时，会自动以该位置作为默认的内图廓位置。 

纠正完毕后，会包含两个文件，一个是纠正后的影像文件，一个是定位文件，tfw格式。

整体纠正：如果进行整体纠正，第四步可以省略。

----------------------------------------------------------------------------------
      记得偶刚准备开发的时候，我也是一头雾水，很多概念都搞不清。我先把这个功能交给部门里另一个同事，这个同事刚进公司不久，硬是把他给吓跑了(辞职)，呵呵。没办法，只好自己动手。当时我们的一个合作伙伴也想开发这玩艺儿，组织了一个团队进行开发，开发了一段时间，影子也没见着，就停工了。这些是插曲。其实开发完毕后，觉得并不是很难，算法上也还可以进一步改进。只是没以接触过的人，做起来真的很痛苦，就像蚕蛹破茧成蝶，是不断挣扎的过程，使上全身的力气，才能慢慢的展开翅膀，达到成功。

写得乱七八糟，主要因为不能静下心来写，要做的事情还很多啊。

      然而有些人认为这样过很有乐趣，我凭什么说这样生活没有意思？孔子不是做到了“从心所欲”吗？我又凭什么说人性受到压制呢？

      真是苦恼。人家说真理越辩越明，对我而言，却是越辩糊涂。这世界上可能没有什么绝对的真理。大家都说，“实践是检验真理的唯一标准”，而这些实践，也不过是在一定的时间和空间范围内的人的活动而已，凭什么认为它放之宇宙而皆准呢？

      如果真理不存在，我们活着又是为了什么，不就是为了追求真理吗？否则只能是活得稀里糊涂，还有什么意义？

      有些人又要说话了，我活着不是为了追求什么真理，而不过是一天三顿饱饭，有老婆孩子，我就觉得很有意义了，也很有乐趣。我倒。我又不知道如何回答。

      也许绝对的真理就是，没有适合所有人的真理，只有适合自己的真理。按自己的想法来过，心安理得就可以了。什么这个哲学家，那个思想家，也不过只是他们自己个人的思想而已，想用来蒙所有人，没门~

      有时真觉得自己像个无头的苍蝇，什么问题也想不清楚。我只想清楚地给自己一个活着的理由，竟不能。无论是哪个理由，似乎都是可笑的，是简陋的，禁不起推敲。难怪孔子七十岁才能做到“从心所欲”，我这一辈子，看来只能稀里糊涂的过了。

1. 第一大新功能：非版本编辑功能。多用户编辑可以在没有版本的情况下进行；
2. 第二大新功能：版本数据复制功能。为分布式数据同步复制提供了便利；
3. 第三大新功能：Oracle空间的SQL功能。对Oracle实现的geodatabase的空间sql接口完全支持；
4. 第四大新功能：增强的Geodatabase。包括以下几点：
   （1）历史数据库功能
   （2）对大量的表面数据集有了很在的改变和提高
   （3）File-Based Geodatabase，突破了Access文件大小2G的限制，相当于增强的Personal Geodatabase。

       上面这些新功能，说实话我都很喜欢，有时间真要一个个都体验一下啊。废话少说，我们现在就开始验一下ArcGIS9.2带来的历史库功能吧。
   
        1、先装ArcGIS9.2 Desktop 。
        注意，要安装9.2，必须先全部卸载掉以前版本的所有软件，包括Desktop，ArcGIS Engine，ArcGIS Server等。

        2、安装SDE9.2。
        之前的版本的SDE是不支持历史库功能的。   
         如果你有安装包，没有授权文件，请到这里:http://www.cnblogs.com/watsonyin/archive/2007/02/09/646031.html

        3、准备数据。这里我导入一个很小的宗地层，用于测试，图层名称是sde.sde.zd。

        4、注册版本。打开ArcCatalog，新建一个到默认版本的连接，然后选择该图层，点击右键，在弹出菜单中点击Register As Versioned，这一点与9.1版本中一样的，只有注册版本，才能进行下一步创“建历史库”

        5、创建历史库。
      在ArcCatalog中选择该图层，点击右键，发现其中比9.1多了一项Archiving，包含两个子菜单，Enable Archiving和Disable Archiving。点击Enable Archiving，这时系统会自动为该图层创建一个对应的历史图层，历史图层的名称为SDE.SDE.ZD_H。我们在ArcCatalog中并不能看到该图层，这是因为它作了过滤的缘故。如果用ArcGIS9.1软件其它机器连接该数据，可以看到该图层其实与普通图层没什么两样。

         创建好的历史图层的数据是原图层的拷贝，但可以看到多了三个字段：GDB_FROM_DATE，GDB_TO_DATE，GDB_ARCHIVE_OID。看到这三个字段，马上就明白了其大致思路，前面两个字段际是指明了图形对象的存活时间，GDB_FROM_DATE即图形的创建时间，GDB_TO_DATE是图形的删除或修改时间。这与我以前用MO做历史库的思路如出一辙啊。图形的操作可分为增、删、改三种类型，修改又可以看成是先删除再新增一个图形对象，所以所有的操作又可归为增、删两种操作，这就是那两个字段的由来。至于GDB_ARCHIVE_OID，就不有解释了吧。

      6、启用历史编辑选项
      在ArcCatalog中，点击Tools菜单下的Options，在“选项”窗口中，切换到Geoprocessing页，选中Log geoprocessing operations to as historical model，如下图所示，这样我们在编辑图形时，编辑过程中产生的历史数据会自动记录到历史图层中。

       我们选择The connection refers to a historical version，并选择是连接到历史标记还是指定一个时间点。

      9、历史数据浏览
      这是我们体验过程的关键方旅~
      连接建好了之后，在ArcMap我们用该连接打开数据sde.sde.zd。在ArcMap工具栏上点击右键，点击Geodabase History，会出现历史库工具条，如图
       该工具条有三个按钮，分别是：
      （1）Geodatabase History Viewer：即历史数据浏览工具。
      （2）Add Historical Archive：即添加历史图层到地图上。
      （3）Historical Marker Manager：即历史标记管理器。
       下面分别介绍这三个工具：

       9.1 Add Historical Archive
      先在TOC中选中一个图层，再点击该工具按钮，会将选中图层对应的历史图层添加到地图窗口中。可以看到，历史图层包括了编辑过程中产生的所有数据。查看属性，可以看到它的数据源为sde.SDE.ZD_H，还可以到字段列表中查看新增的字段情况。这人工具的作用并不是很大，因为我们浏览历史数据，并不需要添加历史图层，直接对现状图层进行操作就可以了。当然，通过编程扩展，历史图层可以发挥很大的作用，例如，可以通过属性过滤，查看某个历史时段，而不是某个时点内的数据情况。

       9.2 Historical Marker Manager

       所谓历史标记，其实就是对某一历史时点的文字描述，这样比单纯的看历史时间，更加容易理解，从而更加方便历史数据的浏览。在例子里，我创建了三个历史标签，分别是“初始状态”，“新建AB”，“删除A移动B”，这样就会一目了然。

（时间：16:20:09 初始状态）


（时间：16:22:50 创建图形A、B）


（时间：16:26:06 删除图形A、移动B）

        通过这种方式，就可以轻松浏览任一历史时间的数据了。通过编程，我们还可以进行扩展，例如不同历史时刻的数据对比浏览等。

   以上内容来自网上，希望对大家有用

   哪位能不能提供一下AE9.2的授权文件呀，小弟急用！

        也许我真的太笨，连游戏也不会。

        我有时也会玩游戏，诸如拳皇这类打斗类型的游戏，我还是可以的，可是现在并不流行。当下流下的网络游戏，本人碰也不敢碰，觉得太复杂，比设计软件、编写代码复杂多了，甚至比编写这样的一个游戏还要复杂。

        中国人自古以来，就喜欢玩游戏，很多人玩起来游刃有余，乐在其中。可是我不行，跟那些人在一起玩，我总是显得如此的笨拙。不会玩游戏是一件很郁闷的事情，就好比一头蛮牛闯入了五行八卦阵，碰到头破血流，还是找不着北。

        有时我怀疑自己的智商是不是有问题，我就偿试让自己变得聪明起来。可是没有用，我看到了任何东西，在我的游戏里，都是代码、模块、组件，而我根本玩不转这些代码组件，反倒被折腾团团转。

        看别人玩得多了，我现在明白了，要想玩好游戏，必须有一双好的眼睛，上下左右远近都能看得清楚，牛鬼蛇神辨得分明。我的眼睛读书时给弄坏了，所以我准备配一副眼镜。我找到一些眼睛好的朋友，问在哪里可以配到这样的眼镜，他们告诉我只能自己配。所以我打算就像写代码一样，精心为自己打造一副，以免在游戏里，一不小心被人砍死，进了地狱，还不知是谁把我送来的呀。

      工作流可以通过以下三种方式被创建：

      通过工作流markup文件，使用工作流markup，该文件的后缀为.xoml。通过宿主程序，把该文件传入给工作流运行时引擎，这种方式被称为“无代码工作流创建”，这种方式下，工作流不需要编译。被创建的文件名WorkflowSample.xoml（举例）

      另一种方式是，markup文件用来声明工作流，然后与包含逻辑实现的代码一起被编译。这种方式被称为“代码分离工作流创建”。被创建的文件名为：WorkflowSample.xoml 和WorkflowSample.xoml.cs

      在代码文件中使用WF对象模型。这种方式称为“仅代码工作流创建”。被创建的文件名为：WorkflowSample.cs 和 WorkflowSample.Designer.cs，这些文件会被编译。

      当工作流被编译时，会执行以下过程：

• 验证工作流活动是否符合为该活动设置的规则，如果验证产生错误，编译器会返回一个错误列表；
• 据传入到编译器中的标记（markup）定义，创建一个partial类；
• 从标记文件产生的partial类和人代码文件产生的partial类，被送入到.net编译器，这个过程的输出结果就是一个.net 程序集。文件名如：WorkflowSample.dll，可以被部署运行工作流了。
   

 在命令行中使用wfc.exe

      WF提供了命令行方式的工作流编译器，即wfc.exe。WF同样提供一系列的支持工作流编译公共类型，可以用来开发自定义的工作流编译器。这些公共类型也是wfc.exe所用来的类型。你可以通过WorkflowCompiler类来创建一个自定义的编译器。

      你还可以使用WorkflowCompiler类来编译工作流，例如：

wfc.exe编译选项

   wfc命令行的选项如下 
Microsoft (R) Windows Workflow Compiler version 3.0.0.0
Copyright (C) Microsoft Corporation 2005. All rights reserved.
 
                 Windows Workflow Compiler Options
 
wfc.exe <XAML file> /target:codegen [/language:...]
wfc.exe <XAML file list> /target:assembly [<vb/cs file list>] [/language:...]
        [/out:...] [/reference:...] [/library:...] [/debug:...] [/nocode:...] [/checktypes:...]
 
                        - OUTPUT FILE -
/out:<file>             Output file name
/target:assembly        Build a Windows Workflow assembly (default).
                        Short form: /t:assembly
/target:exe             Build a Windows Workflow application.
                        Short form: /t:exe
/target:codegen         Generate partial class definition.
                        Short form: /t:codegen
/delaysign[+|-]         Delay-sign the assembly using only the public portion
                        of the strong name key.
/keyfile:<file>         Specifies a strong name key file.
/keycontainer:<string>  Specifies a strong name key container.
 
                        - INPUT FILES -
<XAML file list>        XAML source file name(s).
<vb/cs file list>       Code file name(s).
/reference:<file list>  Reference metadata from the specified assembly file(s).
                        Short form is '/r:'.
/library:<path list>    Set of directories where to lookup for the references.
                        Short form is '/lib:'.
 
                        - CODE GENERATION -
/debug[+|-]             Emit full debugging information. The default is '+'.
                        Short form is '/d:'.
/nocode[+|-]            Disallow code-separation and code-within models.
                        The default is '-'. Short form is '/nc:'.
/checktypes[+|-]        Check for permitted types in wfc.exe.config file.
                        The default is '-'. Short form is '/ct:'.
 
                        - LANGUAGE -
/language:[cs|vb]       The language to use for the generated class.
                        The default is 'CS' (C#). Short form is '/l:'.
/rootnamespace:<string> Specifies the root Namespace for all type declarations.
                        Valid only for 'VB' (Visual Basic) language.
                        Short form is '/rns:'.
 
                        - MISCELLANEOUS -
/help                   Display this usage message. Short form is '/?'.
/nologo                 Suppress compiler copyright message. Short form is '/n'.
/nowarn                 Ignore compiler warnings. Short form is '/w'. 

      WF中的错误是以异步的方式来处理的。在活动中显式或隐式的抛出异常后，工作流运行时引擎会将捕捉到的异常先保存到队列中，在之后的时间再进行处理。这与一般的异常处理方式不同在于，如果一个异常在try{}语句块中被抛出，在相应的catch{}语句块中无法截获该错误，同时该错误也不会立即抛出给用户。

 异常的起因

      以下几种情况可能会产生异常

• 原子事务超时
• 其它类型的事务失败
• 宿主程序通过ThrowActivity抛出异常
• 用户代码错误。当工作流调用外部的用户代码时，CLR类可能会抛出异常，如果这种异常在用户代码中没有被处理，它们最终会以工作流异常的的表式出现。
• 其它类型的系统异常，例如保存失败，.net或系统异常，或数据转换错误等

异常捕获

      错误处理中，如果抛出异常的活动不能处理它，异常会被转交到它的上一级活动处理，直到它被处理为止，否则的话，工作流实例就会被工作流运行时引擎终止。

      错误处理是由FaultHandlerActivity活动来完成的。每个FaultHandlerActivity活动都与一个.net异常类型相关联，并且它包含一系列的活动，如果错误类型与某个FaultHandlerActivity关联的错误类型匹配的话，就会执行为个FaultHandlerActivity活动。一个FaultHandlersActivity活动包含0-n个FaultHandlersActivity子活动，FaultHandlersActivity可以是任何复合活动的子活动。

      WF中的错误处理通常被视为一个反向的工作，因为它的目标是当异常发生时，撤销活动中不成功的部分的工作。FaultHandlerActivity的执行完成不能被认为是事务活动的成功完成。事务活动会先被设置成错误状态，然后是关闭状态。任何兄弟活动同样会被取消。同时，compensation也会成为不可用状态。

在工作流中使用Compensation(下面译为补偿)

      WF中对于已完成事务的补偿模式，是对工作流中出现的异常进行处理的过程，并且会在逻辑上撤销已完成的事务。
      WF补偿有以下两种形式：
      当异常没有被处理的时候，系统隐式的补偿；
      使用Compensate活动进行显式的补偿。

在工作流中使用动态更新

      动态更新使得我们可以在工作流实例运行的时候对它做出改变。做这些改变，可能是由于设计时候的疏忽，或者是属性的改变，活动的绑定，或者是业务逻辑得到了加强和完善。如果你需要整个改变工作流，动态更新并不适用，否则会导致工作流与最初的设计原则完全不同。在这种情况下，你应该设计一个新的工作流。

      动态更新适用于工作流的单个实例。如果已经有工作流实例运行，不能对工作流中的进行类型的改变。

      你可以使用动态更新来干面的事情：

• 改变正在运行的工作流实例； 
• 改变运行时行为； 
• 改变工作流结构，例如，添加或移除一个活动； 
• 改变流程控制； 
• 为对一个已经存在的活动定义一个新的条件； 
• 改变一个PolicyActivity的RuleSet； 
• 如果在工作流在已经部署和运行后， 需要在工作流中增加一个新的业务过程，可以通过添加一个新的自定义活动，或InvokeWorkflowActivity活动来实现； 
• 添加一个新的EventDrivenActivity来响应一个新的事件，如一个附加的确认步骤；

      对一个正在运行的工作流进行动态更新，可能会导致两个不同的入口点：一个在工作流代码文件内，一个在工作流外，如工作流宿主程序。

工作流中的数据交换

      WF通信服务支持在工作流服务环境内的数据交换，它使得工作流可以以方法和事件的形式，与外部系统通过消息进行通信。
      WF通过web serivce通信来实现工作流之间的数据交换。

 
在工作流中使用角色

      WF提供了一种基于角色的访问机制，适用于所有支持数据输入的活动。工作流的创建者有完全的控制权限来创建角色和角色集合。创建者通过这种方式，可以提供一种必要的权限机制，在活动被执行之前，来检测访问者角色的权限。

      有一些WF活动，如WebServiceInputActivity，通过其属性就可以取得或设置角色集合。
使用活动目录（Active Directory,），可以使得工作流的开发更加容易，WF通过一种被称为out-of-the-box的机制，来创建基于活动目录的角色。请参考MSDN，了解更多关于.net framework和活动目录的安全机制。
与角色相关的类有WebWorkflowRole，WorkflowRole，ActiveDirectoryRole等等，在System.Workflow.Activities命名空间中。

错误捕获

      在错误处理中，如果抛出异常的活动不能处理它，异常会被转交到它的上一级活动处理，直到它被处理为止，否则的话，工作流实例就会被工作流运行时引擎终止。

      错误处理是由FaultHandlerActivity活动来完成的。每个FaultHandlerActivity活动都与一个.net异常类型相关联，并且它包含一系列的活动，如果错误类型与某个FaultHandlerActivity关联的错误类型匹配的话，就会执行为个FaultHandlerActivity活动。一个FaultHandlersActivity活动包含0-n个FaultHandlersActivity子活动，FaultHandlersActivity可以是任何复合活动的子活动。

      WF中的错误处理通常被视为一个反向的工作，因为它的目标是当异常发生时，撤销活动中不成功的部分的工作。FaultHandlerActivity的执行完成不能被认为是事务活动的成功完成。事务活动会先被设置成错误状态，然后是关闭状态。任何兄弟活动同样会被取消。同时，compensation也会成为不可用状态。

      在工作流中使用Compensation(下面译为补偿)

      WF中对于已完成事务的补偿模式，是对工作流中出现的异常进行处理的过程，并且会在逻辑上撤销已完成的事务。
      WF补偿有以下两种形式：
      1、当异常没有被处理的时候，系统隐式的补偿；
      2、 使用Compensate活动进行显式的补偿。

      WF System.CodeDOM。你可使用这些类型来创建你的表达式，其中一些用于条件(conditions)，一些用于规则(actions)，还有一些能用于两者。

      注意：CodeDOM不支持一元操作符，也不支持不等操作符，如a!=b，你可以换成这样表达：(a==b)==false

   下表列出了WF所支持的CodeDOM类型。