为了在我的应用程序中构建具有不同区域的复合应用程序视图,到目前为止,我一直使用内容呈现器并使用 DataBinding 来设置其内容。
如果我想更改其内容,我只需要使用事件聚合器,发布ViewZoneChangedEvent,在“shell”窗口中订阅它,并相应地更新视图模型,以便新数据可用于绑定和用户界面被更新。
现在,我最近在 Prism 中遇到了这些区域,实际上我已经看过一段时间了,但我对它们感到不舒服,但是由于 Prism 是某种“最佳实践指南”,所以我可能遗漏了一些东西:让我解释一下为什么我感觉不舒服。
以我以前的做法,与 XAML 没有耦合。你从来没有提到任何应该出现在 XAML 中的特定魔术字符串,我认为这是必不可少的,因为样式可以改变。
如果至少这些区域会对区域名称执行编译时检查(检查它是否确实存在于某处),这将强制使用有效的区域名称并且在重构时非常有帮助,但据我所知,没有这样的事情。有些人使用枚举和枚举的ToString
方法将其转换为字符串并将其用作区域名称,但是据我所知,没有真正的例程来检查键入的字符串是否真的有效并显示错误例如,在编译 Brushes.InValidColor 的方式时。
所以,我的问题如下:与普通的旧绑定(如果您希望跨 ViewModel 通信,加上 eventAggregator)相比,棱镜区域带来了什么?
我对区域名称的编译时验证的假设是否正确?