WPF入门指南：革命性图形界面技术详解

需积分: 10 51 浏览量更新于2024-07-27 收藏 31.23MB PDF 举报

《WPF揭秘》是一本专为WPF初学者设计的教程，它深入浅出地探讨了Windows Presentation Foundation (WPF) ——微软最新的图形用户界面技术。该技术不仅支持传统的窗体和文档中心窗口，还能实现复杂的动画、多媒体应用和高级3D体验，极大地简化了各种类型应用程序的开发过程。相比于早期的Windows Forms和GDI，WPF带来了革命性的编程模型和设计理念，这意味着它在底层架构和技术术语上与传统方法有着显著差异。作者注意到，由于这种技术的创新性和复杂性，WPF的学习曲线相对较陡，使得新手在入门时可能会遇到挑战。因此，《WPF揭秘》的目标是： 1. 基础教学：以实践为导向，提供清晰易懂的基础概念讲解，帮助读者建立起坚实的WPF知识体系。 2. 问题解决：书中关注常见问题的解决方案，指导读者如何处理在学习过程中可能遇到的技术难题。 3. 权威参考：得益于WPF团队的深度参与，本书成为了一个权威的指南，确保内容准确无误且经过实际验证。 4. 实事求是：除了介绍技术优点，作者还会坦诚讨论WPF的局限性，避免过分夸大其效果。 5. 高效检索：为了便于随时查阅，作者努力使内容结构清晰，便于读者快速找到所需信息。《WPF揭秘》是一本旨在帮助开发者克服学习曲线，掌握WPF核心技术，并能够灵活运用到实际项目中的实用教程。无论是C#程序员还是图形界面设计者，都可以从中受益匪浅。

14.2.1 控制 MediaElement 的外观 392

14.2.2 控制媒体 394

14.3 语音 397

14.3.1 语音合成 397

14.3.2 语音识别 400

14.4 文档 403

14.4.1 创建流文档 403

14.4.2 显示流文档 412

14.4.3 添加注释 414

14.5 小结 417

第五部分高级主题

第 15 章与 Win32、Windows Form 以及 ActiveX 之间的互用性 420

15.1 在 WPF 应用程序中嵌入 Win32 控件 421

15.1.1 一个 Win32 Webcam 控件 422

15.1.2 在 WPF 里使用 Webcam 控件 425

15.1.3 支持键盘导航 430

15.2 在 Win32 程序里嵌入 WPF 控件 434

15.2.1 HwndSource 434

15.2.2 获得正确的布局 437

15.3 在 WPF 应用程序中嵌入 WindowsForms 控件 440

15.3.1 用程序代码嵌入一个 PropertyGrid 440

15.3.2 用 XAML 来嵌入一个 PropertyGrid 442

15.4 在 Windows Forms 应用程序里嵌入 WPF 控件 443

15.5 在 WPF 应用程序中嵌入 ActiveX 控件 447

15.6 小结 450

第 16 章用户控件和自定义控件 452

一个“美好”的双休日。虽然我本人已经有一些翻译经验，但是要管理多人来翻译一本书的确有一些难度。刚

开始的时候，我负责制定翻译计划，规范翻译流程——谁负责哪一章节且应该在何时完成。一切看起来似

乎安排得很好，但计划不如变化快，实际的进度并没有我想象当中的顺利。在翻译的第一阶段，我们的整

体进度明显落后，主要是由于每位译者工作都比较忙，没有办法把太多时间投入到翻译工作中。于是不得

不调整翻译计划，并向出版社多申请了一个月的翻译时间，以防万一。现在看来这个“容灾方案”还是很有效

的！

在本次翻译过程中，我们也遇到了不少的困难。夏寒家里发生了点意外，不得不在中途退出，没有参

加本书的最后审校。但无论多么困难，他还是按时完成了第一稿，而且总体质量不错，在此向夏寒表示由

衷的感谢！另外，我也“不幸”换了部门，折腾了大约 1 个月，其中的辛酸只有自己知道，不过这基本没有影

响翻译进度，一切还算顺利！

在此要感谢陈兴璐编辑，没有她的及时催促，也就不会让我们意识到进度的滞后；没有她一次又一次

的审校意见，也就没有译稿的高质量。虽然有时也会和她在一些审校意见上产生一些小摩擦，但这都是必

要的，大家都很清楚这是为了提高译稿的质量。在此还要感谢刘江总编辑，是他把这么一本好书引进了中

国，让中国的读者可以在第一时间拜读这本 WPF 的“圣经”。对于本书的好我想大家也早有耳闻，在这里我

就不再唠叨了，你自己买一本看看就明白了！对了，别忘了先看看原作者的序，它会告诉你这本书适不适

合你以及你应该怎么读这本书，这也是我买每一本书之前必做的事情。

作为读者的你拿到本书的时候可能还是初春乍暖还寒的时节，但在阅读的时候你一定会体会到 WPF 所

带给你的浓浓暖意。WPF 的强大绝对是你无法想象的，充分发挥你的创造力，用 WPF 尝试着创造一些科幻

般的应用程序吧！相信我，这绝对不是梦想！当你读完本书之后，你对这句话会有更深切的体会！

本书的第 4、5、7、15 章及附录由单佐一翻译，第 11、12、13 章由夏寒翻译，其余部分由我翻译。大

家如果有任何意见和建议，或者想交流读书心得都可以通过我的博客（tonyqus.cnblogs.com）或电子邮箱

（tonyqus@gmail.com）与我取得联系。

另外还要感谢博客园（cnblogs.com）的站长杜勇（dudu），他的辛劳园子里的兄弟都是有目共睹，很

多朋友（当然也包括我）都是伴随着博客园一起成长的，没有博客园就没有今天的我们。在此也希望各位

读者多多支持博客园，经常去博客园逛逛，相信大家会收获不少。

最后祝大家读书愉快，编码愉快！

Happy Reading，Happy Coding！

瞿杰（Tony Qu）

曾任微软 SDE

CSDN .NET 专家

于上海

推荐序一

2006 年年底，WPF（Windows Presentation Foundation）刚刚随着 Windows Vista 正式发布的时候，我在

中国软件网（http://www.csdn.net）上闲逛，看到两位软件业界资深人士孟岩、韩磊两位老兄针对 WPF 发布

所写的《这一天终于来了》以及《“这一天终于来了”》两篇文章，还有孙辉先生发表的《WPF，一次洗牌……》

文章，感慨良多。随着无数业界技术专家在全球范围内的摇旗呐喊，WPF 终于开始进入主流视野。

如今事隔一年多，市面上已经有越来越多 WPF 相关的图书，也有越来越多的开发人员通过搜索引擎、

论坛、博客等逐渐熟悉了 WPF，WPF 已经逐渐成为主流开发选择。但是，仍然有很多朋友对于 WPF 的定

位感到疑惑，毕竟微软在用户交互界面端有太多的新技术。要想真正领会掌握 WPF，我们必须先搞明白

WPF 的定位，也就是为什么微软会推出 WPF？

比尔•盖茨在创建微软时曾经有一个梦想——要让每家每户的桌子上都有一台电脑，而且这台电脑上要

运行微软的软件。从 1975 年开始，整个微软就在为这个梦想而奋斗。历史发展到 21 世纪，应用软件从当

初注重性能（硬件的限制）、功能（大而全的软件）而逐步发展到更加注重用户体验。之所以出现这种趋

势，是因为软件已经逐渐走下神坛，成为人们日常生活中所不可或缺的东西。而人们对日用品的选择标准

就是：价廉物美。价廉导致 S+S（Software plus Service）产生，而物美促使软件厂商对于用户体验越来越重

视。

正是在这种大势之下，微软才会推出 WPF 对整个软件生态链催熟。WPF 的出现解决了以下 3 个问题。

(1) 更快速的开发更丰富的用户体验。使用 WPF，可以在更短的时间内开发出来更加丰富的界面，以

满足用户的需求。WPF 的出现，使得我们可以逐渐远离使用控件搭积木开发用户交互界面的开发过程。虽

然 WPF 目前仍然保留控件机制，但我个人认为主要是为了向下兼容。WPF 的目标应该是消除控件，让你开

发出来的软件根本看不出控件的特征，软件世界再也不是由 Button＋Textbox 组成的怪物了。

(2) 消除用户界面差异。历史在 1995 年进入一个鸿沟，开发人员突然变成了两大阵营：

Browser/Server(B/S)开发人员以及 Client/Server(C/S)开发。一个项目启动时，我们首先想到的是这个项目是

使用 B/S 架构还是 C/S 架构，这两种架构各自有各自的好处，但对于开发人员的知识要求却完全不一样。

使用 B/S 架构，要了解 HTML 语言以及 HTTP 协议等；使用 C/S，你可能要了解套接字，要了解 GDI+等。

同样，在项目完成后，如果基于某种原因，需要将此软件架构进行改变。比如将一个 C/S 项目重新发布为

B/S 项目，那么对于整个开发团队来说，基本上相当于推倒重来。而现在到了应该弥补这个鸿沟的时候了。

WPF 正是背负着这个历史责任，同样一套编码，可以根据你的需要发布 C/S 架构（Windows Client 应用）

或者 B/S 架构（XBAP，XAML Browser Application）。

(3) 软件开发团队的协作问题。软件开发团队的日常协作是一个非常大的问题，除了需求变更以外，第

二个影响开发进度的就应该是团队协作性了。在软件团队中，我们比较熟悉开发人员、数据库管理人员、

测试人员、运维人员、系统架构师等，而用户交互界面设计师或者说设计人员往往被我们忽视，但实际上，

他们的工作成果才是与客户距离最近的。不过就现在的实际情况来说，设计人员与开发人员如何配合工作，

是很多团队所头疼的，而 WPF 正可以解决此问题。因为 WPF 创造性地引入了 XAML 语言，开发人员以及

设计人员使用这种统一的 XML 描述的语言进行沟通，将大大降低沟通成本。另外，微软原来为开发人员提

供了功能强大的开发工具，也就是 Visual Studio 系列，而随着 WPF 的出现，微软也开始面向设计人员提供

相应的设计工具：Expression Studio 系列。这两套工具所使用的解决方案以及项目结构描述完全一致，也就

是完全可以打开对方所创立的项目文件。

如果你浏览一下目前的 Windows 平台上的软件界面，它们基本上都大同小异，同样都是矩形的窗体，

窗体上都是以矩形的控件进行排列。相信已经有很多朋友开始审美疲劳了。不知道有多少朋友在观赏那些

好莱坞产的科幻大片时，陶醉于电影主角所使用的更自然更酷的软件交互界面。现在，掌握了 WPF，你也

能很容易地开发出这种下一代的软件交互界面了。

现在，这本由 Adam Nathan 所编著由瞿杰等三位译者翻译的《WPF 揭密》就摆在你面前，掌握了它，

你也就掌握了通往未来的钥匙……

王洪超

互联网策略资深顾问

微软（中国）有限公司

2008/3/3 于北京

推荐序二

我第一次接触到 WPF（Windows Presentation Foundation）是在 MSDN 的一段视频上。这段视频演示了

如何通过简单的操作来改变控件倾斜角度，轻松地实现一些绚丽的特效。当时，它给我的感觉就是，这将

是未来界面设计的方向！

我真正开始使用 WPF 是在 2006 年。由于在微软工作的关系，近水楼台先得月，我很早就体验了 WPF

的 beta 版。使用之后的切身感受就是，参照一些例子就可以开发小程序，这非常简单，但是想要开发具有

出色界面的程序就十分困难——不是 WPF 难用，而是不知道怎么用！虽然当时有一些 MSDN 文章可以参

考，但是缺乏系统的讲解。我依葫芦画瓢编写出了 XAML，但不知道为什么会得到那种结果，这让我陷入

了一种知其然而不知其所以然的窘境。WPF 拥有很多新概念，比如“Dependency Properties”、“Routed Events”、

“Logical Tree”以及“Visual Tree”等，如果开发人员只会使用这些概念，而没能系统深入地理解它们，必然会

受制于它们，更无法开发出高效、绚丽的 WPF 界面。

2007 年，当我准备系统学习 WPF 的时候，看到这本书，稍稍翻看了几页，顿时眼前一亮，如获至宝。

书中把我心中困惑已久的一些问题阐释得清晰明了，还通过很多例子让WPF 的学习过程变得非常轻松。我，

从此踏上了轻松惬意的 WPF 之旅。

可能有人会说 MSDN 够用了，不需要再看其他的书。我认为这句话只对了一半！MSDN 的确是一本百

科全书，包罗万象，但是如果你要从头学一门新技术的话，MSDN 并不是最合适的。你需要的是一条平坦

的学习之路，需要的是一位能由浅入深、循序渐进指引你的导师，那么本书就非常适合。

剩余509页未读，继续阅读

BaiYiFan2012

粉丝: 0
资源: 3

WPF入门指南：革命性图形界面技术详解

WPF揭秘源码,WPF揭秘源码

WPF揭秘(WPF_Unleashed)中文版+源码

WPF学习必备-WPF揭秘(WPF-Unleashed)中英文版+源码

WPF揭秘-2008_WPF_WPF揭秘_

wpf 揭秘 wpf揭秘——part2.rar

wpf 揭秘 wpf揭秘——part1.rar

WPF揭秘,学习WPF必备神书

wpf揭秘.wpf教程

WPF4 Unleashed wpf揭秘

WPF 学习最好的文档《pro WPF in c#2008》，对《WPF揭秘》一书的补充

最新资源