《WPF揭秘》勘误表

原创
2015/03/09 05:37
阅读数 205

在本书的最终印刷版中出现了不少问题,对此我感到十分遗憾,在此向各位读者表示深深的歉意! 

 

以下是勘误表的正文: 

2.6 P17

译文:摆脱花括号(一段)

若不这样做,你也可以使用属性元素语法而不用任何摆脱,……

修订:

妙用花括号

……若不打算这么做,你也可以使用属性元素语法,而无需任何技巧,……

2.7.2 P19

译文:XAML允许将项添加到支持索引的两种类型的集合中:List和Dictionary

修订:XAML能把项添加到两种支持索引的集合中,它们是List和Dictionary。

P20

译文:例如,下面的XAML添加了两个Color对象到一个ResourceDictionary中。

修订:例如,下面的XAML在ResourceDictionary中添加了两个Color对象。

2.9.2 P30

译文(最后一句):XML的性能缺陷通常只会影响开发时,而此时又是最需要XML的好处的

修订:XML的性能缺陷通常只会影响开发过程中的性能,而此时又是最需要使用XML的时候。

3.1 P31

译文:这是由于它具有层次化的特性

修订:这是因为它有层次化特性

译文:在WPF中,用户界面由一个对象树构建而成

修订:在WPF中,用户界面由一棵对象树构建而成

译文:通过学习每一个概念时

修订:在学习每一个概念时

译文:Window拥有一个StackPanel子元素

修订:这个Window拥有一个StackPanel子元素

3.2 P35

译文:当使用depth=0和当前的Window实例调用这些方法时,其结果就是一个基于文本的树

修订:当depth=0且当前的Window实例调用这些方法时,其结果就是用文本“画”出一棵树。

译文:虽然在Window的构造函数中就可以遍历逻辑树,但可视树直到Window完成至少一次布局之后才会有节点,否则是空的。

修订:虽然在Window的构造函数中就可以遍历逻辑树,但直到Window完成至少一次布局之后可视树才会有节点,否则就是空的。

3.2 P36

原文:You might first meet this concept with skepticism, as it complicates the picture of .NET types having simple fields, properties, methods, and events.

译文:你可能在怀疑论中第一次遇到这个概念,它使得.NET类型变得很复杂

修订:你可能在第一次碰到这个概念时产生过怀疑,因为它可能使原本简单的.NET类型(其中包括字段、属性、方法和事件)变得很复杂。

 

译文:或者一个父元素的属性值从上慢慢传递给子元素等

修订:或者一个父元素的属性值从上而下慢慢传递给子元素等

3.3.2 P48

译文:Source和OriginalSource的存在允许使用更高级别的逻辑树和更低级别的可视树。

修订:由于Source和OriginalSource的存在,你可以使用更高层的逻辑树和更低层的可视树。

译文:(就像由键盘支持的Click)

修订:(比如由键盘触发的Click事件)

3.3.3 P49

译文:可以标记它为“已处理”

修订:你可以把它标记为“已处理”

译文:指示笔是一种类似于笔的平板电脑(TabletPC)使用的设备

修订:指示笔是一种类似于笔的设备,供平板电脑(TabletPC)使用

3.4.1 P57

译文:Button的Content也可以在XAML中设置,可以设置它为选中的命令的Text属性

修订:Button的Content也可以在XAML中设置,你可以设置它为某个命令的Text属性。

3.4.2 P57

译文:就像按Help Button一样!

修订:就像按Help按钮一样!

第3章小结 P60

译文:会看到这并没有曾经的技术那么简单

修订:会看到这并没有以前的技术那么简单

3.4.3 P58

译文:粘贴Button会自动被启用

修订:Paste按钮会自动被启用

3.5 P59

译文:Freezable类——出于性能原因,可以被“冻结”为一个只读状态对象的基类。

修订:Freezable类——被冻结的对象的基类,这些对象是只读的,使用这些对象主要是出于性能方面的考虑。

P60

译文:Controls也支持一些模板……

修订:Control类还支持一些模板……

3.6 P60

译文:在这一章和前面的两章中,已经学习了在.NET Framework之上构建WPF的主要方式

修订:在本章和前两章中,你已经学习了在.NET Framework的基础上构建WPF应用的主要方式。

译文:而是增加了一些基础概念来提供许多特性,

修订:而是增加了一些基础概念,它们能够提供许多功能,

译文:确实,当你聚焦这些核心概念时,

修订:确实,当你专注于这些核心概念时,

4.1.2 P66

译文:作为一种WPF的内容控件,它可以用Content属性存储任何内容——Button、Menu等,但是Label只对文本有用。

修订: 作为WPF的内容控件之一,它能用Content属性存储任何内容,如Button、Menu等,但Label通常仅用于文本。

P67

译文:(提示)甚至不需要使用ToolTip常见问题解答类

修订:甚至不需要使用ToolTip类

4.1.2.3 P69

译文:例如,当属性在Frame中时,它们将不从元素树继承。从很多方面看,WPF的Frame行为很像HTML的Frame。

修订:例如,从元素树继承下来的属性在到达Frame时将停止继承。WPF的Frame的行为在很多方面很像HTML中的Frame。

译文:谈到HTML,Frame的要求是它除了渲染WPF内容以外还要可以渲染HTML内容!

修订:谈到HTML,Frame的要求是它除了能渲染WPF内容以外还能渲染HTML内容!

译文:不幸的是,当Frame宿主了HTML之后,它有一些局限,……

修订:可惜,当Frame装载了HTML之后,他会有一些局限性,……

译文:例如,HTML内容总是在WPF内容顶部被渲染……

修订:例如,HTML内容总是在WPF内容的上方渲染……

4.2 P72

译文:WPF会渲染每一个项的DayOfWeek属性值

修订:WPF会渲染每一项(item)的DayOfWeek属性的值。

译文:这就是图4-10中3个DateTime对象被渲染为Monday、Tuesday和Wednesday的原因

修订:这就是图4-10中3个DateTime对象显示成Monday、Tuesday和Wednesday的原因

4.2 P78

译文:为什么我为在ComboBoxItem中包装(wrap)Item操心?

修订:为什么我尽量把Item包装(wrap)在ComboBoxItem中?

译文:整个控件在选择框里得到显示。作为替代,它的内部内容会被截取并显示出来。

修订:选择框中不会显示整个控件,而是把内部内容截断后显示出来。

4.2 P81

译文:也保存了一些控制列header的行为的其它属性。

修订:也保存了一些控制列头(column header)的行为其他属性。

4.2.2 P82

译文:把Menu添加到它的ItemsControl基类的唯一公开的API是IsMainMenu属性。

修订:Menu唯一添加到ItemsControl基类的公开API是IsMainMenu属性。

译文:当为true(默认值)时,用户按下Alt……

修订:当IsMainMenu为true(默认值)时,用户按下Alt……

P83

译文:MenuItem使用下划线前缀来支持访问键(access key)

修订:MenuItem使用下划线前缀来支持快捷键(access key)

P86

译文:TreeView的API使它看起来很像一个Selector

修订:看过TreeView的API,你会发现它很像一个Selector

4.3.1 P90

译文:因为它使用户能够通过在刻度尺移动手指光标来改变当前的值。

修订:因为它使用户能够通过移动刻度尺上的手指光标来改变当前的值。

4.4.3 P92

译文:一个普通的System.String的非加密内容会被存在垃圾回收站中并保存一段时间,

修订:一个普通的System.String的非加密内容会被存放在用于垃圾回收的堆(heap)上,并保存一段时间。

4.4.4 P93

译文:InkCanvas支持几种模式

修订:InkCanvas支持多种模式

6.5.2 P120

译文:另一个迷人的Grid特性是,它对交互改变行列尺寸的支持

修订:Grid另一个迷人的特性是,它支持以交互方式改变行列尺寸

译文:也可以添加多个GridSplitter到Grid中

修订:你也可以添加多个GridSplitter到Grid中

译文:默认情况下,哪个单元格受到尺寸改变的影响取决于GridSplitter的对齐值。表6-5总结了这一行为,并用蓝色表示出了在不同的设置下GridSplitter的样子

修订:默认情况下,哪个单元格的尺寸会改变取决于GridSplitter的对齐值。表6-5总结了这一行为,并用蓝色标出了不同设置的GridSplitter的样子。

P121

译文:当所有的行或列采用比例尺寸的话

修订:当所有的行或列采用比例尺寸时

译文:作用是控制哪两行或哪两列,应该受到尺寸改变的影响

修订:作用是控制哪两行或哪两列应该改变尺寸

6.5.3 P122

译文:作为比较,图6-16展示了……

修订:为了让大家有个比较,图6-16展示了……

7.2.2

译文:使用Hyperlinks

修订:使用Hyperlink(超链接)

P158

译文:然而,在使用导航日志导航的情况下,你可以把JournalEntry.KeepAlive附加属性设置为true,这样可以强迫Page重用同一个实例。

排版错误,应该在“提示”内。

7.2.2.4 P159

译文:无论导航是否使用Navigate、Hyperlinks或导航日志……

修订:无论导航使用Navigate方法、Hyperlink元素还是导航日志……

7.2.3.2 P161

译文:能够通过前面讨论过的3种方法里面的前两种来完成这种需求

修订:你能通过前面提到的3种方法里的前两种来完成这一需求。

7.4 P168

译文:在WPF中创建非正方形窗口是非常容易的。

修订:在WPF中创建非矩形窗口是非常容易的。

8.1.2 P182

译文:(提示)这些也可以用两个斜杠或逗号,而不是3个

修订:这些也可以用2个斜杠或2个逗号,而不一定要3个。

8.2.2.1 P189

原文:Factoring XAML

译文:漏

修订:分解XAML

8.2.2.2 P190

译文:也可以调用TryFindResource

修订:你也可以调用TryFindResource

P191

译文:与下面的c#代码实现了相同的功能

修订:与下面的c#代码实现的功能是一样的:

8.2.3 P192

译文:WPF中适合使用DynamicResource最明显的地方是……

修订:WPF中最适合使用DynamicResource的地方是……

8.3 P193

译文:它是对你的软件做本地化的基础

修订:而是对软件进行本地化的基础。

译文:逻辑资源最有意思的(或许也是最重要的)的应用在于将它应用到一些像……

修订:逻辑资源最有意思(或许也是最重要)的应用在于将它应用到一些像

9.1.1 P194

译文:想象一下,需要向Photo Gallery应用程序

修订:想象一下,如果你要向Photo Gallery应用程序

9.1.4 P200

译文:尽管Label.Content是Object类型的,但TextBlock.Text是一个字符串。因此,当Label.Content被设置为一个字符串时,Label经历了一次类型转换,ToString方法被调用。

修订:尽管Label.Content是Object类型的,但TextBlock.Text是字符串类型的。因此,当Label被赋给一个字符串时,会经历了一次类型转换,同时调用了ToString方法。

9.1.5 P200

译文:很明显,默认的photos集合的显示方式——即用ToString呈现——并不能让人接受。

修订:很明显,photos集合默认的显示方式并不能让人接受,因为它是用ToString来呈现照片的。

9.3 P210

译文:多选择器会指向相同的源集合

修订:多个选择器(Selector)会指向相同的源集合

10.1 P237

译文:一个灵敏的读取器可能需要知道代码清单中Setter如何对InkCanvas产生影响

修订:精明的读者可能想知道代码清单中Setter如何对InkCanvas产生影响。

10.2 P244

译文:每个控件的源代码与它的默认可视树表示或可视源代码,visual source code完全隔离

修订:每个控件的源代码与它的默认可视树表示(或这说可视源代码,visual source code)完全隔离

10.2.1 P246

译文:(提示)在代码清单10-4中,在控件模板的可视树中,Button是被作为元素的模板化父类的。

修订:(提示)在代码清单10-4的控件模板的可视树中,Button是被作为元素的父模板元素(templated parent)的。

10.3 P265

译文:或者一个让控件失去外观的模板的皮肤呢?你其实有很多种方法来队一只猫上色!(双关语)

修订:又如何处理一个让控件失去外观的模板的皮肤呢?就好比你可以有很多种方法对一只猫染色一样!

10.4.2 P268

译文:(代码)[程序集:ThemeInfo(...)]

修订:[Assembly: ThemeInfo(...)]

11.1.2 P284

译文:它包含了一组用短划线的宽度以及之间的距离这样的模式表示的值

修订:它包含了一组值,这些值按照短划线的宽度、它们之间的距离这样的方式排列。

11.2 P286

译文:比如说透明和剪切

修订:比如说Opacity(透明)属性和Clip(剪切)属性

11.3.2 P299

译文:在发现了Rectangle的灵活性,并且意识到它可以被绘制成为看上去像椭圆(或者圆形)的样子之后,你可能会认为一个单独的Ellipse类是多余的。

修订:当你发现Rectangle十分灵活,灵活到能够把它绘制成看似椭圆(或者圆形)的形状时,你可能会觉得这样一个单独的Ellipse很多余。

11.3.4 P300

译文:图11-18绘制了下面的4个Polyline类型转换器可以使Point只用一组交互的x、y值来表示。……你可以在每一个之间放置逗号……

修订:图11-18绘制了下面的4个Polyline,类型转换器可以用一组交互的x、y值把这些Point对象表示出来。……你可以在每个值之间放上一个逗号。

译文:图11-19演示了对象不闭合的PatGeometry这样的几何体,设置了Polyline的Fill属性后的填充效果,这就好像……

修订:图11-19演示了通过Polyline的Fill属性产生的类似于不闭合的PathGeometry这样的几何形状,这就好像……

11.4 P303

译文:它的过滤回调函数在可视树的遍历过程中剪除了禁用的和不可见的UIElement,它的结果处理回调函数……

修订:在可视树的遍历过程中,它的过滤回调函数将剔除那些被禁用或者不可见的UIElement,而它的结果处理回调函数……

11.4.3 P315

原文:Opacity Mask (所有词都要替换)

译文:透明掩码

修订:透明遮罩(Opacity Mask )

P316

译文:你甚至可以将OpacityMake应用到顶层Window!

修订:你甚至可以将OpacityMask应用到顶层Window!

12.2.1 P326

译文:坐标系统的左右手指的是……

修订:坐标系统的左右手性质指的是……

12.2.2 P327

译文:(注意)图12-8展示了当将Camera移到离房子模型太近的地方时,会是发生什么。

修订:图12-8展示了将Camera移到离房子模型太近的地方时,会发生什么。

12.2.3 P330

译文:UpDirction/LookDirction

修订:UpDirection/LookDirection

12.4 P340

译文:Model3D是用来为场景构建为3D模型的基本部件

修订:Model3D是在场景中构建3D模型的基本部件。

13.1.2 P366

译文:即使泛型是完全支持的,这些类也有一些不适合泛型的方面

修订:即使完全支持泛型,这些类也有不适合使用泛型的地方。

13.1.3.5 P372

译文:(代码注释)在一行中执行动画两次

修订:用一行代码执行同一个动画两次

14.4.2 P412

译文:正如第4章中所提到的,一个FlowDocument可以在一个RichTextBox中查看(及编辑)

修订:正如第4章中所提到的,一个FlowDocument可以在RichTextBox中被查看(或编辑)

15.2 P434

译文:即使你不需要这些额外的“灿烂”,……

修订:即使你不需要这些锦上添花的东西,……

译文:我们使用一个叫做DocumentViwer的内建WPF控件

修订:我们将使用一个叫做DocumentViewer的内建WPF控件

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部