MVVM和命名约定

Question

更新：感谢关闭我的问题，因为它可能征求意见或讨论。这就是下面的免责声明所阐述的要点。有人请重新开一次吗？

声明：
对于初学者，我意识到这个问题和可能的答案是不是非常黑白，但我陷入了僵局，我需要一些不同的观点。

问题：
当我在WPF工作时，我经常使用MVVM模式来实现目标。在任何给定的程序中，我将有一堆View Model类，它们都来自一个名为'ViewModelBase'的类，我习惯用'ViewModel'来后缀类名但是我发现我结束了大量的具有很长名称的类，例如......

InputDataViewModel
CalculationsViewModel

等等。我喜欢他们的名字中有一些上下文，但是在泛型编程等方面它们可能有点麻烦。我开始认为它们都来自'ViewModelBase'的事实足以让我们知道将它们识别为视图模型，因此名称上的后缀变得比它的价值更加麻烦。

是否有其他人在此问题上有类似的经验或见解？优点，缺点等？

同时
不，我没有使用像caliburn，MVVMLight或类似的MVVM框架。

Answer 1

假设您使用的是一个好的IDE，比如Visual Studio，您实际上不需要添加ViewModel。这是因为Visual Studio的intellisense可以很容易地看到类派生的内容，它支持的方法等。添加后缀的好处是不使用花哨的IDE的人仍然可以使用你的代码。

此外，您可能还有其他涉及Calculations的课程。当您或其他开发人员快速扫描您的代码时，为每个类名添加唯一后缀可以更轻松。如果没有后缀，可能需要在另一个文件中进一步查找以确定类的作用。