AvalonDock 2.0+Caliburn.Micro+MahApps.Metro实现Metro风格插件式系统（二）

　　上次已经建立了可运行的基本框架，这篇就说说怎么把我们自定义的View自动加载并添加到AvalonDock里面，AvalonDock里有3种类型的UI部件，Document, DockableContent以及Floting类型，我主要说一下Document,DockableContent的添加，在AvalonDock里Document类型可参考VS，DockableContent相当于VS里的工具栏等，之后我直接在.cs文件里写注释以及解析。

现在的项目结构：

运行结果：

　　

　　可以看到里面多了一个测试的Document，该Document是由MEF自动加载并且绑定到AvalonDock里，这里我只写一个一个Document，有兴趣的可以自己动手试一试，目前的Document是写在主程序里面，其实这Document应该写在一个单独的DLL里面，这就是我们所谓的插件。 [BY Zengg]

DockScreenManager类　　

 namespace UICoreFramework
 {
     /*DemoApplication里面的DockViewModel实现该接口，为了使全部的Documents以及DockableContents集中管理 */
     public interface IDockScreenManager
     {
         //用与绑定到AvalonDock的Document类型的数据源
         ObservableCollection<IDocument> Documents { get; }
         //用与绑定到AvalonDock的Document类型的数据源
         ObservableCollection<IDockableContent> DockableContents { get; }
     }
     public class DockScreenManager : ViewAware, IDockScreenManager
     {
         /// <summary>
         /// ImportMany是MEF的知识，他的作用是把所有实现某个接口，并标记为Export的类全部倒入，
         /// 相当于帮我们自动实例化并添加到List集合里
         ///
         /// </summary>
         [ImportMany]
         public ObservableCollection<IDocument> Documents { get; set; }
         [ImportMany]
         public ObservableCollection<IDockableContent> DockableContents { get; set; }
         public DockScreenManager()
         {

         }
     }
 }

DockScreenManager

DocumentBase类

   /// <summary>
     /// Document的抽象类，一些抽象操作可以在里面写，为了方便我就没写东西
     /// DemoApplication的DocTestViewModel就是继承与该抽象类
     /// </summary>
     public abstract class DocumentBase : IDocument
     {

         public DockType Type
         {
             get
             {
                 throw new NotImplementedException();
             }
             set
             {
                 throw new NotImplementedException();
             }
         }

         public DockSide Side
         {
             get
             {
                 throw new NotImplementedException();
             }
             set
             {
                 throw new NotImplementedException();
             }
         }

         public string DisplayName
         {
             get
             {
                 return "测试界面";
             }
             set
             {
                 throw new NotImplementedException();
             }
         }

         public bool IsNotifying
         {
             get
             {
                 throw new NotImplementedException();
             }
             set
             {
                 throw new NotImplementedException();
             }
         }

         public void NotifyOfPropertyChange(string propertyName)
         {
             throw new NotImplementedException();
         }

         public void Refresh()
         {
             throw new NotImplementedException();
         }

         public event System.ComponentModel.PropertyChangedEventHandler PropertyChanged;
     }

DocumentBase

IDockScreen接口

 namespace UICoreFramework
 {
     /// <summary>
     /// 只有DockableContent类型有位置的说法
     /// </summary>
     public enum DockSide
     {
         Left,
         Top,
         Right,
         Bottom
     }
     /// <summary>
     /// Dock的类型
     /// </summary>
     public enum DockType
     {
         Document,
         DockableContent,
     }
     /// <summary>
     /// 抽象出基本的Content类型，并实现属性通知接口，因为以后绑定到AvalonDock是有双向绑定的，这样我们要操作AvalonDock时
     /// 就可以直接操作实现该接口的属性，比如DisplayName的属性用于绑定到AvalonDock的LayoutItem的Title
     /// </summary>
     public interface IDockScreen:INotifyPropertyChangedEx
     {
         DockType Type { get; set; }
         DockSide Side { get; set; }
         string DisplayName { get; set; }
     }
 }

IDockScreen

IDocument接口

 /// <summary>
     /// 抽象出Document接口，暂时不写实际东西
     /// </summary>
     public interface IDocument : IDockScreen
     {

     }

IDocument

PanesStyleSelector类

  /// <summary>
     /// 这个很重要，这是为使AvalonDock能区别Document和DockableContent类型并返回不同的style,两个类型不同style有不同的绑定属性
     /// 所以要区分开来
     /// </summary>
     public class PanesStyleSelector : StyleSelector
     {
         public Style ToolStyle
         {
             get;
             set;
         }

         public Style DocumentStyle
         {
             get;
             set;
         }
         /// <summary>
         /// 区别逻辑在这里写
         /// </summary>
         /// <param name="item">实现了IDocument或IDockableContent接口的实例</param>
         /// <param name="container"></param>
         /// <returns></returns>
         public override Style SelectStyle(object item, DependencyObject container)
         {
             IDockScreen obj = (IDockScreen)item;

             if (item != null)
             {
                 //判定为什么类型
                 if (item is IDocument)
                 {
                     return DocumentStyle;
                 }
                 else
                 {
                     return ToolStyle;
                 }
             }

             return base.SelectStyle(item, container);
         }
     }

较第一张更改部分：

　　DockViewModel类

 namespace DemoApplication.Views
 {
     /// <summary>
     /// 字符串"DockViewModel"是为了标记唯一性，在ShellViewModel里导入时也要指定为"DockViewModel",这相当于一个key
     /// </summary>
     [Export("DockViewModel", typeof(IDockScreenManager))]
     public class DockViewModel : DockScreenManager
     {
         public DockViewModel()
             : base()
         {

         }
     }
 }

ShellViewModel类

 namespace DemoApplication
 {
     [Export(typeof(IShell))]
     class ShellViewModel : IShell
     {
         readonly IWindowManager windowManager;
         [ImportingConstructor]
         public ShellViewModel(IWindowManager windowManager)
         {
             this.windowManager = windowManager;

         }
         /// <summary>
         /// DockView
         /// </summary>
         [Import("DockViewModel")]
         public IDockScreenManager DockContent { get; set; }
     }
 }

MefBootstrapper类

  protected override void Configure()
         {
             /*CompositionContainer 对象在应用程序中有两种的主要用途。首先，它跟踪哪些部分可用于组合、它们的依赖项，并且充当任何指定组合的上下文。其次，它提供了应用程序可以启动组合的方法、获取组合部件的实例，或填充可组合部件的依存关系。
             部件可直接用于容器，或通过 Catalog 属性来用于容器。在此 ComposablePartCatalog 中可发现的所有部件都可以供容器来满足导入，还包括直接添加的任何部件。*/
             //container = new CompositionContainer(
             //    new AggregateCatalog(AssemblySource.Instance.Select(x => new AssemblyCatalog(x)))
             //    );

             var catalog = new AggregateCatalog(
                AssemblySource.Instance.Select(x => new AssemblyCatalog(x)).OfType<ComposablePartCatalog>()
                );

             container = new CompositionContainer(catalog);

             var batch = new CompositionBatch();
             var dockScreenManage = new DockScreenManager();
             batch.AddExportedValue<IWindowManager>(new WindowManager());//將指定的导出加入至 CompositionBatch 物件
             batch.AddExportedValue<IEventAggregator>(new EventAggregator());
             batch.AddExportedValue<IDockScreenManager>(dockScreenManage);
             batch.AddExportedValue(container);
             batch.AddExportedValue(catalog);
             container.Compose(batch);//在容器上执行组合，包括指定的 CompositionBatch 中的更改

             container.ComposeParts(container.GetExportedValue<IDockScreenManager>());//由于DockScreenManager里有标记为Import的字段，所以要在MEF容器里组装把指定的部件导入
         }

MefBootstrapper

AvalonDock还支持其他几种皮肤，可以满足大众的需求：

AeroTheme

ExpressionLightTheme

ExpressionDarkTheme

VS2010Theme

　　DockableContent类型的实现和Document实现是一样的，只是实现的接口不同，DockableContent实现的是IDockableContent接口，具体请参考Document实现，有疑问的可以提出来，尽量帮助解决，解释写得略简单不好意思，但是有源码参考，如果源码对大家有帮助的话，求个推荐，回复或粉的神马的都好。。。

源码地址：

http://pan.baidu.com/share/link?shareid=819683340&uk=554439928

如果您看了本篇博客,觉得对您有所收获，请点击右下角的 [推荐]

如果您想转载本博客，请注明出处

如果您对本文有意见或者建议，欢迎留言

感谢您的阅读，请关注我的后续博客

作者：Zengg 出处：http://www.cnblogs.com/01codeworld/

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。