gpt4 book ai didi

wpf - Prism、Regions、Magic strings 和重构 : am I missing something here?

转载 作者:行者123 更新时间:2023-12-04 23:53:11 25 4
gpt4 key购买 nike

为了在我的应用程序中构建一个具有不同区域的复合应用程序 View ,直到现在,我一直使用内容展示器并使用 DataBinding 来设置其内容。

如果我想更改它的内容,我只需要使用一个事件聚合器,发布一个 ViewZoneChangedEvent,在“shell”窗口中订阅它,并相应地更新 View 模型,以便新数据将可用于绑定(bind)并更新 UI。

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

按照我以前的做法,没有与 XAML 耦合。您从未提及 XAML 中应存在的任何特定魔术字符串,我认为这是必不可少的,因为样式可以更改。

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

所以,我的问题如下:与普通的旧绑定(bind)(如果您希望跨 ViewModel 进行通信,加上 eventAggregator)相比, Prism 区域带来了什么?

我关于区域名称的编译时验证的假设是否正确?

最佳答案

使用区域比“手工”操作要干净得多。使用区域,您不需要任何关于如何将新 View 添加到复合父 View 的知识。如果您“手动”执行此操作,则必须在您的 View 中添加一些代码隐藏,这是一件坏事。

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

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}}" />

关于wpf - Prism、Regions、Magic strings 和重构 : am I missing something here?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3341746/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com