摘要:   阅读全文      摘要: 把这个系列的文章整理出来，方便大家阅读。  阅读全文

    Blog荒废很久了，算算看差不多有10个月没有在园子里写文章了。去年真的太忙了，好几个项目需要同时上线，所以很多朋友的提问都没有来得及回复，给大家说声抱歉。
    最近琢磨着应该写一些新东西了。从大家的留言来看，大家还是对控件的开发很感兴趣的，我打算做一个图像的显示和编辑控件，演示一些控件制作中细节技术。

       我在前一篇文章里提到，对于停靠工具栏或者是视图最好是不要将实例放到词典中，而是将工具栏或者视图的类型放到词典中，因为视图类型会经常的被重用，并且会经常被关闭或者再打开。当实例被关闭后，资源就被释放了，对于实例的管理就会比较麻烦，所以我们分为两步走。在插件被加载的时候，我们只注册类型，在应用程序运行的时候，我们通过某种途径来实例化他。
       我修改的以前的例子，主要突出本次演示的功能。这次的例子实现的功能是通过插件扩展应用程序处理不同文件的能力。在原始的应用程序中，我们可以通过File菜单的Open，只能打开一种文件，就是文本文件，大家可以在例子中看到，当我们没有加载插件的情况下，在OpenFileDialog的Filter中只有"Text（*.txt）"。选择一个文本文件以后，将会出现文本文件视图。当我们加载插件以后，在点击File->Open菜单，我们观察Filter，发现会多出两种文件："JPEG"和"BMP"，这是我们就可以打开图片文件，选中文件以后，将会出现Picture视图，并且在主菜单下边，还会出现一个工具栏，点击工具栏上的按钮，可以给图片加上水印，并且工具栏会根据PictureView的状态（Active）显示和消失。比如你打开了一个文本视图和一个图片视图，当你切换到文本视图的时候，工具栏就会消失，再切换到图片视图的时候，工具栏又会出现。
       我在框架里面添加了一个IDocumentViewService的接口，用以描述服务的功能：

using System;
using System.Collections.Generic;
using System.Text;
using System.Collections.Specialized;

namespace PluginFramework
{
    public interface IDocumentViewService
    {
        void RegisterView(String fileType,string fileFilter,Type viewType);
        void ShowView(String fileType, String filePath);
        void RemoveRegister(String fileType);
        String GetFileFilter(String fileType);
        String GetFileTypeByFileFilter(String fileFilter);

        StringCollection FileTypies { get;}
    }
}

     下面是这个服务的实现：

using System;
using System.Collections.Generic;
using System.Text;
using System.Collections.Specialized;

namespace PluginFramework
{
    public class DocumentViewService:IDocumentViewService
    {
        private Dictionary<String, Type> docViewRegister = new Dictionary<string, Type>();
        private Dictionary<String, String> fileTypeToFileFilter = new Dictionary<string, string>();
        private Dictionary<String, String> fileFilterToFileType = new Dictionary<string, string>();
        private IApplication application = null;

        public DocumentViewService(IApplication app)
        {
            application = app;
        }

        IDocumentViewService Members#region IDocumentViewService Members

        public void RegisterView(string fileType, string fileFilter, Type viewType)
        {
            docViewRegister[fileType] = viewType;
            fileTypeToFileFilter[fileType] = fileFilter.ToUpper();
            fileFilterToFileType[fileFilter.ToUpper()] = fileType;
        }

        public void ShowView(string fileType, string filePath)
        {
            if(docViewRegister.ContainsKey(fileType))
            {
                IDocumentView docView = null;
                try
                {
                    docView = (IDocumentView)Activator.CreateInstance(docViewRegister[fileType]);
                    docView.Application = application;
                    docView.ShowView(filePath);
                }
                catch
                {
                    
                }
                
            }
        }

        public void RemoveRegister(string fileType)
        {
            docViewRegister.Remove(fileType);
        }

        public StringCollection FileTypies
        {
            get
            {
                StringCollection sc = new StringCollection();
                foreach (String key in docViewRegister.Keys)
                {
                    sc.Add(key);
                }
                return sc;
            }
        }

        #endregion


        IDocumentViewService Members#region IDocumentViewService Members


        public string GetFileFilter(string fileType)
        {
            String result = "";
            if (fileTypeToFileFilter.ContainsKey(fileType))
            {
                result = fileTypeToFileFilter[fileType];
            }
            return result;
        }

        #endregion

        IDocumentViewService Members#region IDocumentViewService Members


        public string GetFileTypeByFileFilter(string fileFilter)
        {
            String result = "";
            if (fileFilterToFileType.ContainsKey(fileFilter))
            {
                result = fileFilterToFileType[fileFilter];
            }
            return result;
        }

        #endregion
    }
}

      时间比较紧，写的比较粗糙。另外定义了DocumentView的基本功能，就是需要打开的文件的路径，以及显示的方法。再插件了，我实现的一个PictureView，为两种文件注册了这个视图类型，大家可以根据自己的需要继续扩展。转眼又十一点多了，明天还要上班，就写到这里了，又说的不清楚的地方，大家可以参考一下源代码。
   源代码

     摘要: 最近真的真的太忙了，以至于一个多月都没哟更新我的blog。昨天晚上，一个网上的朋友看了我的ToolBox的文章，问我一个问题，他说如何让ToolBox控件也能响应键盘操作，也就是用Up，down按键来选择工具箱控件里的Item，他添加了键盘事件，但是不起作用。一开始做这个控件的时候也只是演示一下控件的制作过程，只用了很短的时间做了一个，只考虑了用鼠标选取，没有考虑键盘操作，我想要添加键盘操作无非重...  阅读全文

     摘要: 既然做好了框架，我们就希望为某个目标服务，我们要提供一些基本的服务，方便用户继续扩展他的功能。首先想到的功能就是，菜单，工具栏的管理，接下来我们要实现一些更流行的功能，比如停靠工具栏等等。 如何实现这些服务呢？我们希望我们的插件在运行时可以获得应用程序本身的菜单，工具条，停靠工具栏等等，然后向他们添加项目，比如加入一个菜单项，添加一个工具栏按钮。为了在运行时获得某个菜单或者工具栏，我们要为每一个菜...  阅读全文

      前天发了构建插件式的应用程序框架(五)－－－－管理插件这篇文章，有几个朋友在回复中希望了解插件之间是如何通讯的。
      这个系列的文章写到这里，也该谈谈这个问题了，毕竟已经有了插件管理。不知道大家有没有注意到我在第四篇文章里谈到的服务容器（Service Container），Service是我所提到的插件式的应用程序框架的基础，我们也可以回头看看IApplication的接口定义,IApplication是派生于IServiceContainer。我把应用程序提供的相关的功能抽象成一个一个的Service，比如文档管理的，我们就抽象成IDocumentService，停靠工具栏管理功能抽象成IDockBarService，菜单管理的功能抽象成IMenuService，等等。我在第四篇文章里也提到了“我们在使用Service架构的时候，总是倾向于有一个根容器，各个Service容器构成了一个Service容器树，每一个节点的服务都可以一直向上传递，直到根部，而每一个节点请求Service的时候，我们总是可以从根节点获得。我把这个根节点比喻成一个服务中心，它汇总了所有可提供的服务，当某个对象要请求服务（GetService）只需要向根结点发送要获得的服务，根结点就可以把服务的对象传递给它。”
      IApplication是从IServiceContainer接口派生出来的，而我们的应用程序主窗口又是从IApplication接口派生出来的，所以，我们的应用程序主窗口就是一个ServiceContainer。从IPlugin的定义来看，它有一个IApplication接口属性，这个IApplication属性是什么时候指定的呢，在第五篇文章的源代码里我们看到，当每一个Plugin被实例化的时候，由PluginService指定的，所以在每一个Plugin被Load之前，IApplication已经被指定，而代表这个IApplication接口的实例正是我们的应用程序主窗口，而它正是我们所需要的服务容器。一旦我们能够获得IApplication实例，我们就可以获得整个应用程序所提供的所有的服务。假设我们要获得文档服务，就可以使用Plugin的Application.GetService(typeof(IdocumentService))来得到文档服务的实例，接着我们就可以使用这个实例来完成某项功能，比如添加一个新文档等等，其实在第五篇文章的源代码就有这样代码：
      

      当然，要在插件中获得实例，你必须在应用程序里或者其他插件里实例化服务对象，然后添加到服务容器里，还拿上边的例子，我们在应用程序里实例化了PluginService，然后添加到了容器里，代码如下：
   

        public MainForm()
        {
            InitializeComponent();
            pluginService = new PluginService(this);
            serviceContainer.AddService(typeof(IPluginService), pluginService);
        }

      稍后，我会继续完善这个例子，做一个简单的多文档编辑器来做演示，并提供一些基础的服务，以便大家阅读。

     摘要:   阅读全文      摘要: 把这个系列的文章整理出来，方便大家阅读。  阅读全文

     摘要: 我们现在已经搭建了插件式的应用程序框架，接下来的工作就是要充实框架的内容，提供基本的服务，也就是Service。我想首要的任务就是提供插件的管理服务，我在前面的文章也提到了，要实现动态加载必须要知道插件寄宿在哪里，哪些要加载，哪些不加载，这些就是这篇文章要讨论的问题。 首先解决的就是插件放在什么地方，我采取的传统的方法，将插件放到应用程序所在目录下的制定目录，我会在应用程序所在的目录下创建一个文件...  阅读全文

      在构建插件式的应用程序框架(二)－－－－订立契约一文中，可以看到我们的IApplication接口是派生于IServiceContainer接口的。为什么要派生于IServiceContainer呢？我们来看看IServiceContainer的定义，它有几个AddService方法和RemoveService方法以及从IserviceProvider继承过来的GetService方法。Service本身是.NET设计时架构的基础，Service提供设计时对象访问某项功能的方法实现，说起来还真拗口。就我看来，ServiceContainer机制的本质就是解耦合，就是将类型的设计时功能从类型本身剥离出来。如果你把类型的设计时功能也封装到类型里，这样的类型包含了很多只有开发人员才会用到而最终用户根本不需要的功能，使得类型既臃肿有不便于扩展。而将设计时功能剥离出来，这样类型就可以不依赖于特定的设计环境，之所以现在有这么多非官方的.NET设计环境可能就是这个原因吧。
       我们的插件式的应用程序框架正好也需要这样一个松散的架构，我就移花接木把它应用到我们的框架中。
       ServiceContainer是.NET提供的IserviceContainer的实现，如果没有特殊的需要我们不必扩展它，而是直接的利用它。在上一篇文章中我们在实现IApplication接口的时候就直接使用的ServiceContainer。我们在使用Service架构的时候，总是倾向于有一个根容器，各个Service容器构成了一个Service容器树，每一个节点的服务都可以一直向上传递，直到根部，而每一个节点请求Service的时候，我们总是可以从根节点获得。我把这个根节点比喻成一个服务中心，它汇总了所有可提供的服务，当某个对象要请求服务（GetService）只需要向根结点发送要获得的服务，根结点就可以把服务的对象传递给它。
       从另外一个角度看，ServiceContainer为我们的插件是应用程序提供了有力的支持，利用ServiceContainer，你不但可以获得应用程序所提供的所有的功能，而且你还可以通过插件向应用程序添加Service，而你添加的Service又可以服务另外的Service，这样我们的应用程序框架就更加的灵活了。但是任何东西都是有两面性的，带来灵活的同时也为开发人员的工作增加了复杂度，所以使用ServcieContianer开发的应用程序必须提供足够详细的文档，否则开发人员可能根本不知道你到底有多少Service可以用，因为很多的Service是通过插件提供的，可能应用程序的作者都不会知道程序发布以后会出现多少Service。
       写了这么多，可能接触过ServiceContainer的朋友已经觉得罗唆了，没接触过的还是觉得说得莫明其妙。有空接着写，我会创建几个简单的服务演练演练，增强一下感性认识，呵呵。

       不管你采用什么方式实现插件式的应用程序框架，核心还是动态加载，换句话说，没有动态加载技术也就无所谓插件式的应用程序框架了。使用Com实现的话，你可以利用Com的API通过ProgID来动态创建COM对象，如果使用普通DLL，你需要使用Windows 的API函数LoadLibrary来动态加载DLL，并用GetProcAddress函数来获取函数的地址。而使用.NET技术的话，你需要使用Assembly类的几个静态的Load（Load，LoadFile，LoadFrom）方法来动态加载汇集。
       一个Assembly里可以包含多个类型，由此可知，一个Assembly里也可以包含多个插件，就像前一篇文章所讲，只要它从IPlugin接口派生出来的类型，我们就承认它是一个插件类型。那么Assembly被动态加载了以后，我们如何获取Assembly里包含的插件实例呢？这就要用到反射（Reflection）机制了。我们需要使用Assembly的GetTypes静态方法来得到Assembly里所包含的所有的类型，然后遍历所有的类型并判断每一个类型是不是从IPlugin接口派生出来的，如果是，我们就使用Activator的静态方法CreateInstance方法来获得这个插件的实例。.NET的动态加载就是这几个步骤。下来，我做一个简单的例子来演练一下动态加载。首先声明一点，这个例子非常简单，纯粹是为了演练动态加载，我们的真正的插件式的应用程序框架里会有专门的PluginService来负责插件的加载，卸载。 
      我们的插件位于一个DLL里，所以我们首先创建一个Class library工程。创建一个FirstPlugin类让它派生于IPlugin接口，并实现接口的方法和属性，由于本文的目的是演示动态加载，所以IPlugin接口的Loading事件我们就不提供默认的实现了，虽然编译的时候会给出一个警告，我们不必理会它。这个插件的功能就是在应用程序里创建一个停靠在主窗体底部的ToolStrip，这个ToolStrip上有一个按钮，点击这个按钮，会弹出一个MessageBox显示“The first plugin”。下面是代码：
   

      接下来我们创建一个Windows Application工程让主窗体派生于IApplication接口并实现IApplication接口的方法和属性，下来我们声明1个MenuStrip和1个StatusStrip，让他们分别停靠在窗口的顶部和底端，接下来我们声明4个ToolStripPanel，分别人他们停靠在上下左右四个边，最后我们创建一个ToolStrip,在上边添加一个按钮，当点击这个按钮的时候，我们动态的加载插件。
      为了方便演示，我们把生成的Assembly放置到固定的位置，以方便主程序加载，在本例里，我们在应用程序所在的文件夹里创建一个子文件夹Plugins（E:\Practise\PluginSample\PluginSample\bin\Debug\Plugins），将插件工程产生的Assembly（FirstPlugin.dll）放置在这个子文件夹。下面是动态加载的代码：