gpt4 book ai didi

.net - mvvm-light:我们应该在定位器中合并清理方法吗?

转载 作者:行者123 更新时间:2023-12-01 13:06:15 25 4
gpt4 key购买 nike

当使用代码片段在定位器类中创建一个新的 ViewModel 时,它会创建一个清理方法,但是 Main 中已经有一个可用的方法,因此出现错误....

我们应该将它们全部合并吗??

或者我们是否应该将方法重命名为 Cleanup[Viewmodel 的名称]。

我这里有点糊涂

我想问的另一个问题是关于命名约定。

我试图遵循与“MAIN”一起使用的命名约定......

因此我有 CreateLogin、ClearLogin、Login(用于绑定(bind)的非静态属性)等。

使用CreateLoginViewModel、ClearLoginViewModel等不是更好吗?

只是好奇

谢谢

最佳答案

这个片段(以及一般的 ViewModelLocator)需要改进,它将成为 V4 中的一个重大变化。

是的,目的是将代码片段生成的 Cleanup 方法与现有的方法合并。这个想法是您可以调用 ViewModelLocator.Cleanup() 并让所有 VM 自行清理(例如将它们的状态持久保存到本地存储、关闭流等)。由于代码片段无法修改现有方法,因此我决定只复制 Cleanup 方法。它不会编译,因此开发人员应该知道如何合并它们。

也就是说,为每种 VM 类型提供 CreateMain、ClearMain 等并不令人满意。我想我们都同意这是一个薄弱的实现,我想通过在未来 (V4) 中提供一个通用的 ViewModelLocator 来改进它。

关于命名约定,它们只是约定。我厌倦了键入“ViewModel”,但请随意使用您自己的约定。正如我所说,V4 可能不再需要该片段。对于给您带来的不便,我们深表歉意;)(请注意,如果您愿意,可以轻松修改代码段)

干杯,洛朗

关于.net - mvvm-light:我们应该在定位器中合并清理方法吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2961027/

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