上次已经建立了可运行的基本框架,这篇就说说怎么把我们自定义的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/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。