【问题标题】:Objection to MVVM pattern is lack of IDE support - do any of the frameworks help with that?对 MVVM 模式的反对是缺乏 IDE 支持——有任何框架对此有帮助吗?
【发布时间】:2011-05-19 19:34:45
【问题描述】:

我们的一些开发人员不喜欢 MVVM 中的命令,因为 VS2010 IDE 不支持帮助您从 xaml 中的命令绑定导航到实现该行为的实际代码。使用代码隐藏,您可以右键单击并选择 Navigate to Event Handler。 我们正在与大约 4 名开发人员一起启动一个新项目,但我们通常将工作划分为功能区域,而不是 Ux 和业务逻辑,因此每个开发人员都在 xaml 和视图模型/域中工作以实现所需的功能。

你们认为这是采用 MVVM 的障碍吗?

任何框架在这方面有帮助吗?

是否有任何提示/技巧可以满足导航需求?

也许我们应该尝试在 Ux 和应用逻辑之间拆分工作?

感谢您的任何想法。

【问题讨论】:

    标签: silverlight mvvm mvvm-light routed-commands


    【解决方案1】:

    对我来说,这听起来像是在抱怨,而不是对命令或 MVVM 的实际批评。实现和使用 MVVM 并不需要花费太多精力。我从未使用过框架来实现 MVVM。

    我总是将我的命令放在我的视图模型类的顶部,然后是公共属性、构造函数和函数。

    如果您无法在视图模型中找到它们,可能是您的文件太长。超过1500行吗?如果是这样,请考虑将其分成多个类。

    【讨论】:

    • +1 用于管理视图模型的大小;如果 VM 太大而无法轻松导航,则可能意味着 View 和 VM 可以分解为更小的部分,这无论如何都更适合单元测试。
    【解决方案2】:

    没有一个框架可以帮助解决这个问题,因为它通常不是问题。如果您想使用 MVVM,我建议您重新设计团队,以便按照 MVVM 建议的方式拆分工作。

    我主要在 VM 中工作,我从来没有遇到过 XAML 的任何问题。 ...因为我几乎从不碰它。对于设计我们观点的人来说,情况正好相反。他几乎完全使用 XAML 工作,并没有编写太多 C# 代码。

    【讨论】:

    • 我怀疑 OP 会在提议 MVVM 重组团队职责方面取得很大进展。
    • 我们正在使用 MVVM 进行数据绑定,但陪审团不同意采用 Commanding 因此这个问题。我们是一个紧密结合的小型团队,可能会在这个项目上尝试 Ux 与业务逻辑。我们只是以前没有做过。谢谢。
    • @aardvark 为什么不呢?使用 MVVM 的部分原因是按照这些原则构建这些职责。我觉得他们有点在一起
    • @tobewan 等等,你是数据绑定,但你没有使用命令......如果这是你想做的,你还不如坚持做所有的工作后面的代码,因为它会更简单,你会得到一点导航。如果 MVVM 有益且值得使用,那么额外的“麻烦”是值得的
    猜你喜欢
    • 1970-01-01
    • 2016-11-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多