Prism、Regions、Magic 字符串和重构：我在这里遗漏了什么吗？

Question

为了在我的应用程序中构建具有不同区域的复合应用程序视图，直到现在，我一直使用内容展示器并使用数据绑定来设置其内容。

如果我想改变它的内容，我只需要使用一个事件聚合器，发布一个ViewZoneChangedEvent，在“shell”窗口中订阅它，并相应地更新视图模型，以便新数据可用于绑定和界面待更新。

现在，我最近在 Prism 中遇到了这些 Region，实际上我已经看过它们一段时间了，但我对它们感到不舒服，但是由于 Prism 是某种“最佳实践指南”，因此我可能遗漏了一些东西：让我解释一下为什么我觉得不舒服。

以我以前的做法，与 XAML 没有耦合。你从来没有提到应该出现在 XAML 中的任何特定的魔法字符串，我认为这是必不可少的，因为样式可以改变。

如果至少区域会执行区域名称的编译时检查（检查它是否真的存在于某处），这将强制使用有效的区域名称并且在重构时非常有帮助，但据我所知，没有这样的事情。有些人使用枚举和枚举的ToString方法将其转换为字符串并将其用作区域名称，但同样，据我所知，没有真正的例程来检查输入的字符串是否真的有效并显示错误例如，在为 Brushes.InValidColor 编译它的方式时。

所以，我的问题如下：与普通的旧绑定（如果您希望跨 ViewModel 进行通信，加上 eventAggregator）相比，棱镜区域带来了什么？

我对区域名称的编译时验证的假设是否正确？

Answer 1

使用区域比“手动”更干净。使用区域，您不需要了解如何将新视图添加到复合父级。如果您“手动”执行此操作，则必须在视图中添加一些代码隐藏，这是一件坏事。

我避免魔术字符串的方法是将所有区域名称定义为常量

public class RegionNames
{
    public static string MainRegion { get { return "MainRegion"; } }
}

然后将区域设置为资源（例如在 App.xaml 中）

<Application.Resources>
    <ResourceDictionary>
        <infrastructure:RegionNames
            xmlns:infrastructure="clr-namespace:MyClass.Silverlight;assembly=MyModule.Silverlight"
            x:Key="RegionNames" />
    </ResourceDictionary>
</Application.Resources>

然后，我将特定于模块的区域名称添加为模块级别的常量。

遗憾的是没有编译时检查，但它比直接在 XAML 中添加区域名称要好得多，也更清晰，尤其是如果您稍后在代码中重用该名称。

编辑：我忘了包括 XAML 来展示你如何使用这个常量。现在已更正。

在 XAML 顶部的某处，包括对区域管理器的引用：

xmlns:Regions="clr-namespace:Microsoft.Practices.Composite.Presentation.Regions;assembly=Microsoft.Practices.Composite.Presentation"

然后在设置区域时使用定义为资源的区域名称

 <ItemsControl Regions:RegionManager.RegionName="{Binding MainRegion, Source={StaticResource RegionNames}}" />