要在我的应用程序中构建一个具有不同区域的复合应用程序视图,直到现在,我一直使用内容展示器并使用DataBinding来设置其内容。
如果我想更改其内容,我只需要使用事件聚合器,发布 ViewZoneChangedEvent ,在“shell”窗口中订阅它,并相应地更新viewmodel,以便可以使用新数据进行绑定,并更新UI。
现在,我最近遇到了Prism中的那些区域,实际上我已经看过他们一段时间但我对他们感到不舒服,但是因为Prism是某种“最佳实践指导”,我可能会遗漏一些东西:让我解释为什么我感到不舒服。
用我原来的方式,没有与XAML的耦合。你永远不会提到任何应该存在于XAML中的特定魔术弦,我认为这是必不可少的,因为风格可以改变。
如果至少这些区域会执行区域名称的编译时检查(检查它确实存在于某处),这将强制使用有效的区域名称并在重构时非常有用,但据我所知,没有这样的事情。有些人使用枚举和枚举的ToString
方法将其转换为字符串并将其用作区域名称,但据我所知,还没有真正的例程来检查字符串输入是否真的是有效并在编译Brushes.InValidColor的方式时显示错误。
所以,我的问题如下:与普通旧绑定相比,prism地区带来了什么?如果你希望通过ViewModels进行通信,还有eventAggregator?
我的假设是关于区域名称的编译时验证吗?
答案 0 :(得分:4)
使用区域比“手动”更清洁。使用区域不需要任何有关如何向复合父级添加新视图的知识。 如果您“手动”执行此操作,则必须在视图中添加一些代码隐藏,这是一件坏事。
我避免魔术字符串的方法是将所有区域名称定义为常量
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}}" />
答案 1 :(得分:1)
Prism 7仍然使用魔术字符串寻址区域:|。以下方法显示了如何进行更改以及对区域名称进行编译时检查。
定义poco中的区域:
namespace YourApp
{
public class Region
{
public const string Content = nameof(Content);
}
}
在XAML中导入名称空间
xmlns:vm="clr-namespace:YourApp"
在XAML中定义区域
<ContentControl MinHeight="300" MinWidth="500"
prism:RegionManager.RegionName="{x:Static vm:Region.Content}" />
使用C#获取区域
var myRegion = regionManager.Regions[Region.Content];
答案 2 :(得分:0)
我对区域的理解是,如果它们分别在不同的区域运行,它们允许您同时运行多个PRISM模块。示例:主区域可以填充数据输入模块,而标题区域可以填充用户消息/警报区域。