从这一篇开始要讲管控端是如何来加载菜单与工具栏的了，.Net Framework自带的菜单与工具栏用来做一个简单的小程序是大大胜任的。但用它们来实现一个可以称之为系统的东西则不够强大，变化多端的环境转瞬间就使它们的功能是捉襟见肘了，这里我们必须先要对它们做出一定的改造。

菜单与工具栏只是UI的二种不同表现，二者在系统的动作执行上是没有什么不同的。由此说起二者的系统集成，一般都会提到Command这个设计模式，我这里当然也逃不出那个模子。

在.Net里没有如Delphi那样提供有一个TCustomAction之类的东西，那只有自己定义一个接口：

    public interface ICommand

    {

       string ID { get;set;}

       void Execute();

    }

简单点，什么Undo，Enabled都不用了，只有一个Execute这么一个动作及一个标识。

为了把动作与具体的UI元素分离，再定义一个接口：

    public interface ICommandHolder

    {

       ICommand GetCommand();

       void SetCommand(ICommand cmd);

    }

其实就是一个属性，以后只要我们的菜单（或按钮）类实现了ICommandHolder这个接口，那就可以了。

下面来提取我们这个系统中需要的Command。在这个系统中动作主要有二类，一是执行动作后调出一个新的窗体，二是执行动作后并没有新窗体出现（可能会改变当前UI的某些元素。对于这二类动作，其Execute方法是不同的，所以这里分为二个类来实现不同的动作。

对于显示窗体的Command：

显示窗体的Command

反射无处不在。而对于没有新窗体出现的Command，原理也是差不多的，只是构造出相应类型后，执行相关的动作。

    Type frmType = Type.GetType(formType);

    //执行命令的类要实现singleton模式

    object objFrm = frmType.InvokeMember("getInstance",

                  BindingFlags.Static | BindingFlags.Public | BindingFlags.InvokeMethod,null,null,new object[] {owner});

    if (methodName.Length > 0)

    {

       frmType.InvokeMember(methodName,

                     BindingFlags.InvokeMethod | BindingFlags.Public | BindingFlags.Instance,null,objFrm,null);

    }

由于对于相似的一组命令执行类，它们之间类成员没有什么异同，所以它们之间共享同一实例，这里注释上写“要实现singleton模式”，其实到具体实现时由于环境的特殊关系，这个“singleton模式”有时也不是我们通常的那种写法。