刚才完成了一项移植工作，趁着还没忘记，写点注意事项。首先目标wpf窗体非常复杂，很多控件，而且按钮是自动生成的，用了用户控件、模板、订制控件、资源、事件路由、handle等一大堆非普通写法，想把这些移植到winform上去似乎很困难，实际上简单的超乎想象，这里要感谢下微软，把能做的都已经做好了，wpf和winform几乎可以完美衔接。下面是简易步骤：1，建立一个wpf的usercontrol，将源wpf窗口的xaml内容直接复制到到新建的usercontrol，注意区别：将windows改成Us
使用Grid面板可以很容易的将可用空间划分成单个单元格。使用行和列的定义，又很容易控制每行或每列占据多少空间。但是，如果你想让用户来改变这些该怎么办呢？这个时候GridSplitter就出场了。GridSplitter使用起来非常简单，把它加到Grid里的某一行或者某一列，再分配合适的空间如5个像素这样就可以了。它允许用户从左边到右边，从上到下进行拖拽，这样就改变了行或列的尺寸。来看例子：<Window x:Class="WpfTutorialSamples.Panel
WPF与Winform互操作[1]Winform调用WPF窗体创建Winform应用程序项目。打开VS2013,文件->新建->项目...，新建一个Windows窗体应用程序项目，项目名称为“Winform调用WPF窗体”。为Form1添加一个按钮，用于打开WPF窗体。创建待调用的WPF窗体。为解决方案添加一个WPF应用程序项目，右键解决方案，添加->新建项目，创建一个WPF应用程序项目。在WPF应用程序界面上拖放一个TextBox(测试键盘输入)和Button按钮(调用Win
如今的软件市场,竞争已经进入白热化阶段,功能强、运算快、界面友好、Bug少、价格低都已经成为了必备条件。这还不算完，随着计算机的多媒体功能越来越强，软件的界面是否色彩亮丽、是否能通过动画、3D等效果是否吸引用户的眼球也已经成为衡量软件的标准。软件项目成功的三个要素是：资源、成本、时间。无论是为了在竞争中保持不败还是为了激发起用户对软件的兴趣，提高软件界面的美化程度、恰当的将动画和3D等效果引入应用程序都是一个必然趋势。然而使用传统的桌面应用程序开发工具和框架（如Winform、MFC、VB、De
图形用户界面应用程序较之控制台界面应用程序最大的好处就是界面友好、数据显示直观。CUI程序中数据只能以文本的形式线性显示，GUI程序则允许数据以文本、列表、图形等多种形式立体显示。用户体验在GUI程序设计中起着举足轻重的作用-----用户界面设计成什么样看上去才足够的漂亮？控件如何安排才简单易用并且少犯错误？这些都是设计师需要考虑的问题。WPF系统不但支持传统的Winfrom编程的用户界面和用户体验设计，更支持使用专门的设计工具Blend进行专业设计，同时还推出了以模板为核心的新一代设计理念。1
我们把有用的东西称为资源。“兵马未动，粮草先行”-----程序中的各种数据就是算法的原料和粮草。程序中可以存放数据的地方有很多，可以放在数据库里、可以存储在变量里。介于数据库存储和变量存储之间，我们还可以把数据存储在程序主体之外的文件里。外部文件与程序主体分离，这就有可能丢失或者损坏，编译器允许我们把外部文件编译进程序主体、称为程序主体不可分割的一部分。这就是传统意义上的程序资源（也称为二进制资源）。WPF不但支持程序级的传统资源，同时还推出了独具特色的对象级资源，每个界面元素都可以携带自己的资
WPF为我们准备了完善的命令系统，你可能会问：“有了路由事件为什么还需要命令系统呢？”。事件的作用是发布、传播一些消息，消息传达到了接收者，事件的指令也就算完成了，至于如何响应事件送来的消息事件并不做任何限制，每个接收者可已用自己的行为来响应事件。也就是说，事件不具有约束力。命令和事件的区别就在于命令具有约束力。的确，在实际编程工作中，即使只用事件不用命令程序的逻辑一样被驱动的很好，但我们不能够阻止程序员按照自己的习惯去编写代码。比如保存事件的处理器，程序员可以写Save()、SaveHandl
就像属性系统在WPF中得到了升级、进化为依赖属性一样，事件系统在WPF也得到了升级-----进化成为了路由事件（Routed Event），并在其基础上衍生出命令传递机制。这些机制在很大程度上减少了对程序员的束缚，让程序的设计和实现更加的灵活，模块之间的耦合度也进一步降低，这一章我们一起来领略一下新消息机制的风采。8.1 近观WPF的树形结构路由一词的意思大概是这样：起点和终点间有若干个中转站。从起点
通过前面的学习，我们已经知道Data Binding是WPF“数据驱动UI”理念的基础。上一章我们将主要的精力放在了Binding的数据源这一端，研究了Binding的Source和Path。本章我们将把目光移向Binding的目标端，研究一下什么样的对象才能作为Binding的Target以及Binding将把数据送往何处。1.1 属性（Property）的来龙去脉程序的本质就是“数据+算法”，或者说用算法来操作数据来得到自己想要的结果。在程序中，数据表
1，Data Binding在WPF中的地位程序的本质是数据+算法。数据会在存储、逻辑和界面三层之间流通，所以站在数据的角度上来看，这三层都很重要。但算法在3层中的分布是不均匀的，对于一个3层结构的程序来说，算法一般分布在这几处：A。数据库内部。B。读取和写回数据。C。业务逻辑。D。数据展示。E。界面与逻辑的交互。A,B两部分的算法一般都非常稳定，不会轻易去改动，复用性也很高；C处与客户需求最紧密，最复杂，变化最大，大多少算法都集中在这里。D,E负责UI和逻辑的交互，也占有一定量的算法。显然，C