原文:<Programming WPF>翻译 第7章 1.图形基础 WPF使得在你的应用程序中使用图形很容易,以及更容易开发你的显卡的能力.这有很多图形构架的方面来达到这个目标.其中最重要的是综合. 7.1.1综合 图形化元素可以组合到你的用户界面的任何一部分中.很多GUI技术易于将图形分离到一个独立的世界.这就需要一个“操纵杆”--当移动一个世界的按钮.文本框和其它框架到另一个世界的Shape和图像中,由于在很多系统中,这两个世界有不同的编程模型. 例如,Windows Forms和Mac…

原文:<Programming WPF>翻译 第7章 2.图形 图形时绘图的基础,代表用户界面树的元素.WPF支持多种不同的形状,并为它们每一个都提供了元素类型. 7.2.1基本图形类 在这一节列出的所有元素,派生于一个共同的抽象基类Shape.虽然你不能直接使用这个类,知道它还是有帮助的,因为它定义了一组共同的特性--你可以在任何形状上使用.这些共同的属性都被连接到形状的内部和外部被绘制的地方. Fill属性详细指出了Brush要用于填充内部.Line和Polyline这些类没有内部,所以它…

原文:<Programming WPF>翻译 第9章 4.模板 对一个自定义元素最后的设计考虑是,它是如何连接其可视化的.如果一个元素直接从FrameworkElement中派生,这将会适当的生成它自己的可视化.(第7章描述了如何创建一个图形外观.)尤其是,如果你创建了一个元素,是为了提供一个特定的可视化表现,该元素应该完全控制这个可视化是如何管理的,一旦你编写了一个控件,通常你不会将一个图形硬编码到里面. 记住,一个控件的工作是提供行为.可视化是由控件模板提供的.这种可视化是由控件模板提供的…

原文:<Programming WPF>翻译 第9章 2.选择一个基类 WPF提供了很多类,当创建一个自定义元素时,你可以从这些类中派生.图9-1显示了一组可能作为类--可能是合适的基类,并且说明了他们之间的继承关系.注意到,这决不是完整的继承关系图,只是简单的显示了一些你应该考虑的可能的基类. 无论你选择了哪一个基类,你的元素都会直接或间接地从FrameworkElement派生.这将提供routing事件,高级属性处理,动画,数据绑定,外观上的支持,样式,以及逻辑树的集成. 派生于Fram…

原文:<Programming WPF>翻译 第7章 5.可视化层编程 形状元素能提供一种便利的方式与图形一起工作,在一些情形中,添加表示绘图的元素到UI树中,可能是比它的价值更加麻烦.你的数据可能被构造以一种易于编写代码的方式--简单地表现一系列基于数据的绘图操作,而不是构造一棵对象树. WPF提供一个“可视化层”API,作为一个对形状元素较低级别的折中.(实际上,形状元素全都在可视化层得顶部被实现.)这个API使我们编写按需生成的代码. 可视化是一个可见的对象.WPF应用程序的外观是将它所…

原文:<Programming WPF>翻译 第7章 3.笔刷和钢笔 为了在屏幕上绘制一个图形,WPF需要知道你想要为图形填充什么颜色以及如何绘制它的边框.WPF提供了一些Brush类型支持各种绘图样式.Pen类增加这些笔刷以提供边框的厚度和样子. 在这一章,我们将要看一下各种类型的笔刷和钢笔类.可是,由于所有的笔刷和钢笔类最终是关于指出在哪里使用哪一种颜色,以及如何将它们联合在一起,我们必须首先看一下眼色是如何被表示的. 7.3.1 颜色 WPF在System.Windows.Media命名…

原文:<Programming WPF>翻译 第6章 1.创建和使用资源 资源这个词具有非常广泛的意义.任何对象都可以是一个资源.一个在用户界面中经常使用的Brush或者Color可以是一个资源.一段文本或者一个图形也可以是一个资源.没有什么特殊的对象不可以成为一个资源.资源的底层处理机制确保了获取你所需要的资源成为可能,而不闭关心这个资源是什么:同时,这套机制可以简单的识别和定位对象. 资源管理的核心是ResourceDictionary这个类.这是一个相当简单的集合类,就像一个普通的Has…

原文:<Programming WPF>翻译 第3章 3.内嵌控件 WPF提供了一系列内嵌控件.其中大多数符合标准的你已经熟悉的Windows控件类型.注意到没有一个是包装在旧的Win32控件外面的控件.虽然它们看上去就像是它们的副本,它们都是与生俱来的WPF控件.这意味着它们为WPF在本书中描述的功能提供了完全的支持,包括样式.独立的分辨率.数据绑定.合成.以及充分的集成支持WPF的图形化能力. 3.3.1按钮 按钮是用户可以点击的控件.点击的结果由应有程序的开发者胜任,但是共同的期望依赖于…

原文:<Programming WPF>翻译 第3章 2.处理输入 在Windows应用程序中,又3种基本的用户输入形式:鼠标.键盘和手写板.同时,还有一种更高级输入方式,其可能来自快捷键.工具栏的按钮.菜单项. 尽管控件担当着主要的输入对象,用户界面的所有元素都可以接受输入.不必吃惊,这是因为,为了提供外观,控件完全依赖于底层元素的服务,如Rectangle和TextBlock.因此,在用户界面内的元素类型中,所有的输入机制都是有用的,我们将要在接下来的章节介绍这些机制. 3.2.1 Rou…

原文:<Programming WPF>翻译 第9章 5.默认可视化 虽然为控件提供一个自定义外观的能力是有用的,开发者应该能够使用一个控件而不用必须提供自定义可视化.这个控件应该正好工作,当以它最直接的方式使用时.这意味着控件应该提供一组默认的值. 这些默认的可视化存储在组件的二进制资源中,使用的源文件为theme"generic.xaml.如果你在Visual Studio 2005中创建了一个WPF 控件库的工程,这将自动添加这个文件到你的工程中,并且设置它的Build Act…

原文:<Programming WPF>翻译 第9章 6.我们进行到哪里了? 只有当任何内嵌控件都没有提供你需要的底层行为时,你将要写一个自定义控件.当你写一个自定义控件,你将要使用到依赖属性系统,来提供支持数据绑定和动画的属性.你将使用routed事件结构来暴露事件.如果你想写一个没有外观的控件,允许其可视化能被替换--如内嵌控件,你必须考虑你的控件和模板之间如何进行交互.你还将要为一个提供了一组默认可视化的模板提供一个默认值.…

原文:<Programming WPF>翻译 第9章 3.自定义功能 一旦你挑选好一个基类,你将要为你的控件设计一个API.大部分WPF元素提供属性暴露了多数功能,事件,命令,因为他们从框架中获取广泛的支持,以及易于使用XAML.WPF框架对routed event和命令提供了自动支持,它的依赖属性系统提供了数据半岛和动画支持.当然,你也可以写方法--对于某一种功能,方法是最好的途径.(例如,ListBox有一个ScrollIntoView方法,保证了一个特定的项目是可见的.这时从代码中能够做…

原文:<Programming WPF>翻译 第9章 1.自定义控件基础 在写一个自定义控件之前,你需要问的第一个问题是,我真的需要一个自定义控件吗?一个写自定义控件的主要原因是为了用户界面技术专家可以修改控件的外观,但是正如我们在前些章看到的,内容模型和模板意味着这通常是不必要的.WPF提供了一个先进的按照规模的定制技术,你应该记住这些--当考虑写一个自定义控件时. 使用属性修改一个已有控件的外观 组合已有的一些控件 将内容嵌入已有控件 使用模板代替一个已有控件 创建一个自定义控件或其他自定…

原文:<Programming WPF>翻译 第8章 6.我们进行到哪里了? 动画可以增强应用程序的交互感.它有利于更平滑的转换--当条目出现或消失的时候.它应该,当然,被用于体验和重新着色.如果你为应用程序中的每一个事物都设置了动画,这将是令人迷惑的一团乱麻.你还应该当心不要困惑你的用户--强迫他们等待动画的完成才可以进行处理.幸运的是,WPF使得关闭动画是简单的.所有的用户界面元素保持着活动状态--当动画还在进行的时候. 动画中的关键概念是timeline.Timeline是用来描述在特定…

原文:<Programming WPF>翻译 第8章 4.关键帧动画 到目前为止,我们只看到简单的点到点的动画.我们使用了To和From属性或者By属性来设计动画--相对于当前的属性值.这很适合简单的动画,但是我们可以构造序列来创建更复杂的动画,这可能是非常麻烦的.幸运的是,这是没有必要的.WPF提供了动画对象,允许我们详细指出一系列时间和值. 在影视中传统的动画中,这是普通的开始--通过绘制最重要的动画步骤.这些关键帧定义了场景的基本流程,捕获了它的最重要的点.只要一旦这些关键帧是满意的,是…

原文:<Programming WPF>翻译 第8章 5.创建动画过程 所有在这章使用xaml举例说明的技术,都可以在代码中使用,正如你希望的.可是,代码可以使用动画在某种程度上不可能在xaml中实现的. 在代码中创建动画需要稍微多一点的努力--比使用标记.然而,代码提供了更多的弹性.你可以在运行期计算属性,而不是在xaml中硬编码,从而支持你的动画适应环境.例如,这可能是有用的--在当前窗体的大小基于动画的参数. 使用代码一个额外的好处是我们不需要使用storyboard,替代的,我们可以创…

原文:<Programming WPF>翻译 第8章 3.Storyboard Storyboard是动画的集合.如果你使用了标记,所有的动画必须要被定义在一个Storyboard中.(在代码中创建隔离的动画对象,这是可能的,参见本章后面部分.)一个动画的结构通常是不同于设置了动画的UI的结构上.例如,你可能想要来两个单独的用户界面元素在同一时间被设置动画.因为Storyboard将动画从有动画效果的对象中隔离出来,Storyboard是自由地反射这样的连接,即使这些元素被设置了对象,可能被定…

原文:<Programming WPF>翻译 第8章 2.Timeline Timeline代表了时间的延伸.它通常还描述了一个或多个在这段时间所发生的事情.例如,在前面章节描述的动画类型,都是Timeline.可哦率这样的DoubleAnimation: <DoubleAnimation From=”10” To=”300” Duration=”0:0:5” /> 正如Duration属性指出的,这代表了一个5秒的时间长度.所有类型的Timeline总是有一个开始时间和一个持续时…

原文:<Programming WPF>翻译 第7章 7.我们进行到哪里了? WPF提供了一个范围的高质量生成和合成服务.一组形状元素支持各种的绘图基础.一些笔刷类型是可利用的,对于决定如何绘制形状,以及钢笔,增大了笔刷来定义如何绘制轮廓.转换在所有级别都是被支持的,使得缩放用户界面到任意分辨率和大小变得更容易.你可以集成视频和3-D内容到你的应用程序中.以及一个低层次的API是可用于在必要的时候,工作在可视化层次.…

原文:<Programming WPF>翻译 第8章 1.动画基础 动画包括在一段时间内改变用户界面的某些可见的特征,如它的大小.位置或颜色.你可以做到这一点,非常困难的通过创建一个timer并在每一个timer_tick句柄中修改用户界面的外观.当然,这是动画在Win32或Windows Forms中典型的做法.幸运的是,WPF照顾到这些低级别的细节.动画,就像WPF中的其他特征,简单的要求我们声明想要做的.系统会为我们照顾它的实现. 所有的WPF动画支持归结为,在一段时间内改变一个或多个属…

原文:<Programming WPF>翻译 第7章 6.视频和3-D 虽然详细地讨论视频和3-D超越了这本书的范围,但是获得这些特征的支持是值得的. 视频由MediaElement类型支持.这个元素可以被添加到UI树的任何地方.简单的设置它的Source属性以关联到它要播放的视频流,如示例7-49所示. 示例7-49 <MediaElement Source="C:\WINDOWS\system32\oobe\images\intro.wmv" Stretch=&q…

原文:<Programming WPF>翻译 第7章 4.转换 支持高分辨率显示是WPF中的重要样式.这是被部分地支持--强调了可伸缩的向量图,而不是图像.但是,正如使用GDI+和GDI32显示的,如果可伸缩性没有完全集成到图像化构架中,独立的分辨率实际上是非常难于达到连续性的. WPF对伸缩的支持是建立在一个基础的级别.任何用户界面中的元素都可以应用一个转换,使得伸缩和旋转任何事物都很容易. 所有的用户界面元素都有一个transform类型的RenderTransform属性.这是一个抽象的…

原文:<Programming WPF>翻译 第6章 5.我们进行到哪里了? WPF提供了资源工具,让我们运用在用户界面中,动态并具有一致性.我们可以在资源字典中存储任意资源,并且可以遍及应用程序引用这些资源.WPF的样式机制依赖于资源字典--通过为控件设置属性和模板,基于应用程序的皮肤或当前的系统配置主题.而且,对于二进制资源,包含了编译后的BAML版本的xaml文件,WPF使用明显的本地化ResourceManager体系,为终端用户选取最适合的资源作为用户界面的文化.…

原文:<Programming WPF>翻译 第6章 4.应用程序全球化 如果你打算发布你的应用程序到全球各地,你可能需要为不同地区的用户界面准备不同的版本.至少,这需要解决将文本翻译成适当的语言:同样需要解决UI改变的问题.你可能需要特定的外观适应为本地化的文化习俗.或者,你可能会发现原始的外观在翻译后并不能正常工作,因为词的长度是不一样的.(虽然WPF的外观体系避免了这一问题,更易于创建更弹性的外观.) 为你的软件在不同的市场创建不同的版本是可能的.尽管如此,更加普遍的办法是创建一个单独的…

原文:<Programming WPF>翻译 第6章 2.资源与样式 WPF的样式机制以来于资源体系来定位样式.正如你在第5章看到的,样式在元素的资源片段中定义,而且样式通过其名字被引用,正如示例6-18所示: 示例6-18 <Window x:Class="ResourcePlay.Window1" Text="ResourcePlay"     xmlns="http://schemas.microsoft.com/winfx/ava…

原文:<Programming WPF>翻译 第6章 3.二进制资源 尽管ResourceDictionary和系统级别的资源适合于作为数据存在于对象中,然而,并不是所有的资源都能很好的满足这个模型.能够处理二进制流通常是很有用的.例如,图像,声频和视频,都是有效地二进制的代表,但是这些资源在xaml内都没有相应的标签,而且毕竟这些对象通常表现为底层数据的包装.标记语言本身代表了一种挑战:xaml页面必须编译到我们的应用程序中.因此,需要一种处理二进制流的方法. WPF并未引进任何新技术处理二…

原文:<Programming WPF>翻译 第5章 8.我们进行到哪里了? 样式支持你定义一个策略来设置可视化元素的依赖属性.属性的设置可以被命名以及手动或者编程方式地通过名称应用,或者使用元素类型样式来自动应用.除了提供不变的依赖属性值之外,样式可以包含基于条件的属性值--基于依赖属性,数据属性或者事件.还有,如果设置属性并不足以获取到你寻求的外观,你可以替换一个非可视化的控件,使用控件模板生成全部的控件行为. 但这并不是样式的全部.要了解动画是如何工作的,你可以阅读第8章:要了解样式是如…

原文:<Programming WPF>翻译 第5章 7.控件模板 如果仔细的看我们当前的TTT游戏,会发现Button对象并没有完全为我们工作.哪些TTT面板有内圆角? 图5-14 这里,我们真正需要的是能够保持按钮的行为,如支持内容和点击事件,但是我们想要接管这些按钮的外观.WPF允许这种方式,因为内在的控件创建的时候是缺少外观性的,例如,他们提供行为,但是外观可以被完全包装在客户端控件的外面. 还记得我们是如何使用数据模板,来为非可视化对象提供外观的么?我们能够使用控件模板对控件做同样的…

原文:<Programming WPF>翻译 第5章 6.触发器 目前为止,我们已经看到样式,作为一个Setter元素的集合.当应用一个样式时,在Setter元素中描述的设置不会无条件地应用(除非复写每一个设置的实例).另一方面,触发器是一种在条件中包装了一个或更多Setter元素的方式,如果条件为真,相应地Setter元素会被执行,而条件为false的时候,属性值返回预先触发的值. WPF伴随着3种你可以在一个触发器条件中检查的事情一起发生,依赖属性,.NET属性,.NET事件.头两个直接改…

原文:<Programming WPF>翻译 第5章 5.数据模板和样式 让我们想象一下我们想要实现TTT更有娱乐性的一个版本(这是大部分游戏中最重要的特色).例如,TTT的一种变体允许玩家每次只能占据3个格子,去除第一步在下第四步的时候,去除第二步在下第五步的时候,,以此类推.为了实现这个变体,我们需要保持对每一步按顺序跟踪--可以利用PlayMover类,如示例5-20. 示例5-20 namespace TicTacToe {   public class PlayerMove {   …