WPF XAML 代码隐藏管理答案

【问题标题】：WPF XAML code-behind managementWPF XAML 代码隐藏管理
【发布时间】：2011-04-21 00:21:33
【问题描述】：

我进入了一个 WPF 应用程序项目并取得了一些不错的进展，但我发现的一件事是代码隐藏页面现在变得越来越长......因为整个 XAML 页面只有一个应用程序，真正只负责事件处理程序和以编程方式为设计页面创建控件的代码隐藏页面，现在已超过 2000 行。 VS2010 IDE 有助于导航所有方法等，但我想知道在组织所有控件和代码隐藏方面是否遗漏了一些东西。有没有办法将应用程序的一些 UI 分解为多个 XAML 页面，因此代码隐藏将更加划分为一组特定的控件。我在 WPF 中对多个 XAML 文件应用程序进行的任何搜索都会立即将我带到 XBAPS，并且我对继续使用桌面 WPF 很感兴趣。除了在一个代码隐藏中创建区域之外，我还可以使用其他策略来组织此代码（在单独的 XAML 文件中）吗？

谢谢！

【问题讨论】：

就个人而言，我喜欢使用 Model-View-View-Model 风格架构的无代码隐藏方法：msdn.microsoft.com/en-us/magazine/dd419663.aspx 如果不出意外，您至少可以看到作者如何在他的文章中使用多个 XAML 文件通过下载示例代码进行项目。
嘿贾斯汀...感谢链接资源。那篇文章有助于解释 MVVM 的核心概念。

标签： wpf xaml code-behind

【解决方案1】：

至少，将 UI 的各个部分分离为单独的 UserControls，而不是将其包含在单个窗口中的单个“视图”中。

话虽如此，从长远来看，分离我们的逻辑并使用MVVM 之类的模式将使这更加清晰。听起来您正在使用很多事件处理程序 - 我写了一个blog series designed to help migrate from this style of development to a more MVVM style。可能值得一看的想法。它描述了 WPF 如何使您的应用程序逻辑与 UI 代码分离，从而让您摆脱大量事件处理程序。

【讨论】：

我同意里德的观点。请注意，您不必使用 XBAP 应用程序来执行此操作，我建议避免使用 XBAP。
谢谢，Reed...这个链接对于了解更多关于 WPF 开发的良好实践很有帮助。