OneKing's Blog

通常，Windows Presentation Foundation (WPF) 应用程序的性能是其最大的问题之一。我们渲染的数据对象和 UI 包含的视觉层越多，渲染它们所花费的时间就越多，因此我们经常需要保持平衡 在使我们的应用程序具有视觉吸引力和使其性能更好之间。这种情况可以通过在功能更强大的计算机上运行我们的 WPF 应用程序来改善。这就解释了为什么这些应用程序在金融行业中最为普遍。但是，并不是每个人都可以为此更新所有用户的计算机。

这四个值的工作方式类似于 Margin 属性，使我们能够为四个边中的每一个设置不同的值，或者在 CornerRadius 属性的情况下为角设置不同的值。我们需要在我们的 FeedbackManager 类中添加一个新方法，以使我们能够直接添加来自 GetDataOperationResult 和 SetDataOperationResult 类的反馈消息。这假设我们已经有一个我们想要用于 TextBox 控件的默认样式，并且我们的新样式将基于该样式，但添加了这个额外的可聚焦功能。

INotifyDataErrorInfo 接口已添加到 .NET 4.5 中的 .NET Framework 中，以解决对先前 IDataErrorInfo 接口的问题。和 IDataErrorInfo 接口一样，INotifyDataErrorInfo 接口也是一个简单的事情，我们只需要实现三个成员。

在内部边框内，我们声明了一个 Grid 面板，以便我们可以添加所需的 ContentPresenter 和使用资源中的 GreenGlow 画笔绘制的 Rectangle 元素。特别要注意的是，它的 RelativeTransform 属性设置为名为 ScaleTransform 的 ScaleTransform 元素，并且它的第三个 GradientStop 对象是我们控件中绑定到 GlowColor 属性的数据。在这种情况下，我们已经有了 MainWindow 类，需要添加一个额外的窗口。

WPF 提供了广泛的动画可能性，从简单到非常复杂。在本章中，我们将深入探讨 WPF 属性动画系统，但主要关注那些可以适用于实际业务应用程序的部分。我们将研究如何实时控制正在运行的动画，并主要关注基于 XAML 的语法。然后我们将看到如何将动画直接构建到我们的应用程序框架中。在 WPF 中，动画是通过定期重复更改各个属性值来创建的。动画由许多组件组成：我们需要一个计时系统、一个负责更新特定类型对象值的动画对象和一个合适的动画属性。

它们在控件生命周期中的某些点被调用，使我们能够更改每个控件的默认行为。它们使我们能够做一些简单的事情，例如在控件初始化后立即启动进程，或者在应用后从自定义。

当内置面板的布局行为不能满足我们的要求时，我们可以轻松地定义具有自定义布局行为的新面板。我们需要做的就是声明一个扩展 Panel 类的类并重写其 MeasureOverride 和 ArrangeOverride 方法。在 MeasureOverride 方法中，我们只需对 Children 集合中的每个子项调用 Measure 方法，并传入设置为 double.PositiveInfinity 的 Size 元素。

我们在本章中介绍了许多重要信息，从检查绑定路径语法迷你语言到探索许多不同的绑定场景。我们研究了声明我们自己的依赖属性时提供的大量选项，并使用一些有趣的示例研究了附加属性的创建。最后，我们研究了数据模板的更详细的细节，并探索了将数据绑定到枚举的多种方法。在下一章中，我们将深入了解 WPF 框架中的各种 UI 元素及其最相关的属性。我们将研究何时自定义它们以及何时需要创建自己的控件。然后，我们将探索修改 WPF 中现有控件的各种方法，最后，详细了解如何创建我们自己的自定义控件。

用最简单的术语来说，应用程序框架由类库组成，这些类库共同提供应用程序所需的最常见功能。通过使用应用程序框架，我们可以大大减少创建应用程序各个部分所需的工作量和时间。简而言之，它们支持应用程序的未来开发。在典型的三层应用程序中，框架通常会扩展到应用程序的所有层；表示层、业务层和数据访问层。因此，在使用 MVVM 模式的 WPF 应用程序中，我们可以在该模式的所有三个组件中看到应用程序框架的各个方面；模型、视图模型和视图。

在本章中，我们研究了追踪编码问题的最佳方法。我们研究了我们可以访问的各种调试跟踪输出，甚至发现了如何输出我们自己的自定义跟踪信息。我们发现 WPF 中引发的异常通常会在其属性中隐藏有用的信息。最后，我们找到了一些在尝试查找数据绑定值错误时可以使用的提示和技巧。下一章将深入探讨应用程序框架的主题，我们将开始构建我们自己的框架。我们了解基类的好处，并发现实现框架功能的替代方法。本章最后将研究各种技术，以确保我们的应用程序保持 MVVM 提供的基本关注点分离。

模型-视图-视图模型 (MVVM) 是一种软件架构模式，由 John Gossman 于 2005 年在他的博客上提出，现在在开发 WPF 应用程序时普遍使用。其主要目的是在业务模型、用户界面 (UI) 和业务逻辑之间提供关注点分离。它通过将它们分为三种不同类型的核心组件来实现这一点：模型、视图和视图模型。让我们看一下它们是如何排列的以及每个组件代表什么：正如我们在这里看到的，视图模型组件位于模型和视图之间，并提供对它们中的每一个的双向访问。