基于WPF系统框架设计(5) Ribbon整合Avalondock 2.0实现多文档界面设计(二)

AvalonDock 是一个.NET库,用于在停靠模式布局(docking)中排列一系列WPF/WinForm控件。最新发布的 版本原生支持MVVM框架、Aero Snap特效并具有更好的性能。

AvalonDock 2.0版本已经发布了,新版本 是用MVVM框架重新编写,似乎也用了Command(命令)模式。2.0版的文档尚未发布,但你可以参考 Avalon.TestApp 或者2.0版源码中的Avalon.MVVMTestApp文件夹来查看新的API。

前一篇博文有介绍关于AvalonDock使用-《Docking For WPF–AvalonDock》

还有一篇也是同类的关于多文档界面设计《基于WPF系统框架设计-Ribbon整合Avalondock 2.0实现多文档 界面设计(一)》

单文档界面样式是Windows应用程序比较常用的布局选项。Microsoft Windows中的“ 记事本”是单文档界面应用程序的一个典型示例。在“记事本”中,同一时间只能打开一个文档。资源管理器 样式界面是包含两个“窗格”或区域的单个窗口,通常由左侧的树或分层视图以及右侧的显示区域组成,与“ Microsoft Windows资源管理器”一样。资源管理器样式界面适合于定位或浏览大量的文档、图片或文件。

多文档界面是从Windows 2.0下的Microsoft Excel电子表格程序开始引入的,由于Excel电子表格用户 有时需要同时操作多份表格。

基于多文档,多任务模式操作的灵活性,Ribbon框架设计中也整合多文 档界面布局功能,下面就来实施做一个案例。

准备工作:在这网址上下载AvalonDock和实例:  http://avalondock.codeplex.com/

主要布局框架:

Xceed.Wpf.AvalonDock.dll

其他的是主题样式模板:

Xceed.Wpf.AvalonDock.Themes.Expression.dll

Xceed.Wpf.AvalonDock.Themes.Metro.dll

Xceed.Wpf.AvalonDock.Themes.VS2010.dll

添加引用

把这些程序集添加到项目引用中,如下图:

XAML中添加Dock标签

以XAML模式打开MainWindow.xaml,添加Dock标签,如下:

<ad:DockingManager x:Name="dockManager" Grid.Row="1">
            <ad:DockingManager.Theme>
                <themes:ExpressionBlueTheme/><!--主题样式,跟Ribbon主题一致-->
            </ad:DockingManager.Theme>
            <xcad:LayoutRoot>
                <xcad:LayoutPanel Orientation="Vertical">
                    <xcad:LayoutDocumentPaneGroup>
                        <xcad:LayoutDocumentPane>
                            <xcad:LayoutDocument ContentId="Document1" Title="查询用户">

                            </xcad:LayoutDocument>
                            <xcad:LayoutDocument ContentId="Documen2" Title="添加用户">

                            </xcad:LayoutDocument>
                            <xcad:LayoutDocument ContentId="Documen3" Title="更新用户">

                            </xcad:LayoutDocument>
                        </xcad:LayoutDocumentPane>
                    </xcad:LayoutDocumentPaneGroup>
                </xcad:LayoutPanel>

            </xcad:LayoutRoot>
               <!--<xcad:LayoutRoot>
                 <xcad:LayoutPanel Orientation="Vertical">
                    <xcad:LayoutDocumentPane/>
                    <xcad:LayoutAnchorablePane Name="ToolsPane" DockHeight="150">
                    </xcad:LayoutAnchorablePane>
                </xcad:LayoutPanel>
            </xcad:LayoutRoot>-->
        </ad:DockingManager>

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索文档
, 框架
, 布局
, 界面
, 样式
, mvvm框架的avalon
, xaml设计器
, 框架整合
, 界面设计
, 多文档
, wpf 多文档视图
, 框架javastruts2.0
, 界面前端wpf
WPF C++ DLL 混编
wpf avalondock、xceed.wpf.avalondock、avalondock、avalondock 教程、avalondock 使用教程,以便于您获取更多的相关知识。

时间: 2024-10-03 23:54:20

基于WPF系统框架设计(5) Ribbon整合Avalondock 2.0实现多文档界面设计(二)的相关文章

基于WPF系统框架设计(4) Ribbon整合Avalondock 2.0实现多文档界面设计(一)

前些时间研究了WPF的一些框架,感觉基于Prism框架的MVVM模式对系统的UI与逻辑分离很好,所以就按照 之前Winform的框架设计,用WPF做了一套,感觉比Winform要强很多. MVVM模式和MVC模式一样,主要 目的是分离视图(View)和模型(Model),有几大优点 1. 低耦合.视图(View)可以独立于Model变 化和修改,一个ViewModel可以绑定到不同的"View"上,当View变化的时候Model可以不变,当 Model变化的时候View也可以不变. 2

基于WPF系统框架设计(6) 整合MVVM框架(Prism)

我们基础的框架已经搭建起来了,现在整合MVVM框架Prism,在ViewModel做一些逻辑处理,真正把界面设 计分离出来. 这样方便我们系统开发分工合作,同时提高系统可维护性和灵活性. 具体的 Prism安装和Microsoft.Practices.Prism.dll获取,在这个网址:http://compositewpf.codeplex.com/ 跟Winform一样原始的模式: (1)现在看一下之前的设计的View: MainWindow.XAML源码: (2)MainWindow.xa

基于WPF系统框架设计(1) 仿Office2010 Ribbon的原因

为什么系统框架设计使用Ribbon导航模式? 这得从Office软件的演变说起.微软为什么最后选择使用 Ribbon,也许就是很多系统设计要使用Ribbon做功能导航的原因. 你是否还记得曾经使用过的 Microsoft Office界面? 自Microsoft Office诞生之日起,工具栏和菜单栏主导着用户的软件使用操作. 并在Microsoft Office 2.0中引入了嵌入式对话框. 随着Microsoft Office版本的更新,功能的增加,菜单栏和工具栏的数量也随之增多.

基于WPF系统框架设计(3) Fluent Ribbon界面布局

一个系统框架除了功能菜单导航,有系统内容显示区域,系统状态栏. Silver: Blue: Black:

基于WPF系统框架设计(2) Fluent Ribbon之HelloWorld

Fluent/Ribbon是微软在其最新桌面操作系统Windows 7中使用的图形用户界面. Windows平台的进化,伴 随着系统图形界面的重新设计.从Windows XP到Windows Vista,最大的革新就是Windows Aero的引入.在 Windows 7 中,Aero被保留下来. 但是,在未来,Windows 7的图形用户界面将朝着Office 2007相同的方向 ,名称为Fluent/Ribbon. 现在,我们用WPF作为用户界面 开发语言,来做一个简单的实例作为学习的开始.

基于MVC4+EasyUI的Web开发框架经验总结(8)--实现Office文档的预览

在博客园很多文章里面,曾经有一些介绍Office文档预览查看操作的,有些通过转为PDF进行查看,有些通过把它转换为Flash进行查看,但是过程都是曲线救国,真正能够简洁方便的实现Office文档的预览的还是比较少,这里的Office文档包括了Word.Excel.PPT文档.本文介绍两种方式,一种方式是通过在线预览的方式,利用微软的平台进行Office文档的在线查看:一种是把Office文档生成HTML文件后进行查看.然后对比他们的优缺点,并进行总结. 1.利用微软的平台进行Office文档的在

实战从需求文档到设计文档的书写规范(一)

1.前言 本文有两个目的:实现每晚构建平台和探讨一个软件从需求文档到设计文档的书写规范. 每晚构建是软件研发管理中极具价值的手段,对于加快发现和改正缺陷,降低集成风险,提高产品质量,加强成员沟通与协作,缩短产品上市时间,增加项目开发透明度,提高项目组成员信心和斗志有着非常重要的作用和意义.本文从软件工程过程:需求定义,分析,设计出发描述了实战每晚构建平台的大部分过程. 软件工程中文档有着极其重要的地位,良好的文档风格和习惯是一个团队成熟的重要标志.目前有些软件研发人员特别是刚刚走上岗位的研发人员

实战从需求文档到设计文档的书写规范(七)

2.2 人机界面设计 不需要. 2.3 存储设计 见构建信息显示系统. 2.4 系统接口设计 构建系统和操作系统的接口在OSScheduler.在Linux下可以实现成一个调用ant LogAdmin的shell 可执行文件,并配置crond每晚某个时刻执行这个可执行文件. 3.实现 在这节中充分利用本文章系列中篇中所有的技术,并显示了部分源代码. 3.1 部署图 在实现时,第一个要考虑的就是类如何与源文件对应,这些源文件又是如何组织的,表示这些信息的图表称为部署图.图表的格式不一定要很标准,这

实战从需求文档到设计文档的书写规范(六)

本文是实战每晚构建系列的第三篇,利用第二篇文章中叙述的开源技术对第一篇中的分析模型进行设计和实现. 1.构建信息显示系统的设计 这是一个典型的web应用系统,不过非常简单.根据<面向对象的系统分析和设计>所描述的,设计主要对四个部分进行描述: 问题域的细化:考虑将来实现语言的特性和利用某些设计模式,对分析模型进行细化,并作某些权衡.实现对未来系统"如何做事情"的描述. 人机界面设计:考虑和使用者的交互,对信息显示的布局和接收用户指令或数据的行为进行设计. 存储设计:考虑如何