SharpDevelop学习笔记（5）—— AddIns系统详解

在所有的插件被加载到指定的扩展点后，插件树就被创建完毕了，
但是，我们知道，插件树创建后，每个插件在插件树的位置在就固定的，但是，如果某些情况下，我们希望一些插件不可使用或应该隐藏起来，

或者说有的插件在一些特定的情况下才是有意义的，
比如在Designtime下，只有我们选中了一个Component后，删除按钮才应该起作用，否则删除按钮应该是Disable的或不可见得，这种情况下我们

不可能去修改插件树,那应该如何做呢？
当然如果我们每次在选中或取消选中一个Component都去更新按钮的状态，理论上也是可以的，
这里我说“理论上”，是因为我没有成功过，让我们SD中的一个实际的Codon：
<Path name = "/SharpDevelop/Pads/ProjectBrowser/ToolBar/File">
<ToolbarItem id      = "OpenFile"
             icon    = "Icons.16x16.OpenFileIcon"
             tooltip = "${res:Gui.ProjectBrowser.Open}"
             class   = "ICSharpCode.SharpDevelop.Project.Commands.OpenFileFromProjectBrowser"/>
</Path>
上面的意图很简单，就是在ToolBar上放一个打开文件的一个ToolbarItem，SD启动后，你也看到这个ToolbarItem确实在呢，
但问题是：这个ToolbarItem的对象是访问不到的，至少我是没有办法访问到它，因为SD中这个一个ToolbarItem只是代表一个Command，
你点击它时，它就去创建它对应的Command，然后执行一下Run（）函数，而且我花了几天时间查SD的代码，也没有发现能够取到这个对象的。
好吧，这是一个长话题，我就不多说了，不过即使能访问到，最好也不应该这样做，因为这样会使你的代码混乱。
让我们看看SD中如何解决这个问题的吧，其实很简单，SD中定义了一个叫做ConditionEvaluator的东西，
你可以根据自己的需求来控制插件的Enable或Visiable的状态，多个ConditionEvaluator进行与、或操作时还是有的麻烦的，
让我们从一个简单的例子开始吧。

假如我们有一开始就提到的需求：只有我们选中了一个Component后，删除按钮才应该起作用。
三步搞定：
第一步:
先写一个类，实现我们的控制逻辑
namespace AddIns
{
    public class DesignerHostOpenCondition : IConditionEvaluator
    {
        #region IConditionEvaluator Members

public bool IsValid(object caller, Condition condition)
        {
            ICollection result = GetSelectedComponents();
            return result.Count >0;
            
        }
ICollection GetSelectedComponents()
{
//...
//your logic here...
}

}
}
这个类必须实现IConditionEvaluator接口，我们的代码很简单，在选择的Component个数大于0时，返回True。
然后编译它到"HostAddin.dll"文件中。
第二步:
注册我们的DesignerHostOpenCondition ，
我们知道在每个插件中都有一个<Runtime>标签，像这样注册我们的DesignerHostOpenCondition：
<Runtime>
    <Import assembly = "HostAddin.dll">
      <ConditionEvaluator name="DesignerHostOpen" class="AddIns.DesignerHostOpenCondition"/>
    </Import>/>
</Runtime>
上面的XML很容易理解，这里我们给它指定一个唯一名字为“DesignerHostOpen”，这样别的地方可以引用它。
第三步:
使用"DesignerHostOpen"，在你需要控制的MenuItem或ToolBarItem上，如下方式使用：
Codon如下：
<Path name = "/SharpDevelop/Workbench/ViewContent/ContextMenu/HostControl">
    <Condition name = "DesignerHostOpen" action="Exclude">
       <MenuItem id    = "Delete Selected"
                  label = "${res:Global.RemoveButtonText}"
                  icon = "Icons.16x16.DeleteIcon"
                  shortcut ="Delete"  
                  class = "AddIns.DeleteCommand" />
    </Condition>
</Path>
你会发现我们的MenuItem被一个<Condition> 包起来了，其实里面可以包多个项表示这个"DesignerHostOpen"对那几个Item有效。
要注意的是其中的：action="Exclude"，action 可以有三个值，其余的两个是：Disable（控制当条件不满足时应该把MenuItem变成Disable）

、None（这个没有用，SD中似乎也没有用它的，而我们指定的"Exclude"会在条件不满足时让MenuItem变成不可见。
ok，运行程序，你就发现真的可以了。

工作机制很简单，SD会挂Appliction.Idle事件，大家知道在系统没有消息处理时就会出发这个事件，
而SD就是在这个事件里去尝试检查每个ConditionEvaluator的