MVVM和命名约定

Question

更新：感谢您关闭我的问题，因为它可能会征求意见或讨论。这正如下面的免责声明所阐明的那样。有人请重新打开这个吗？

免责声明：
对于初学者来说，我认识到这一问题和可能的答案怎么是不是很黑与白，但我在一个僵局，我需要看一些不同点。

问：
当我在WPF我的工作，我经常使用的MVVM模式，使事情发生。在任何给定的程序中，我将有一堆视图模型类，它们都是从一个名为'ViewModelBase'的类派生出来的，我一直习惯于用'ViewModel'后缀类名。然而，我发现我用了很多有很长的名字，如类...

InputDataViewModel
CalculationsViewModel

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

其他人是否有类似的经验或见解提供这个问题？优点，缺点等？

另外：
不，我没有使用像卡利，MVVMLight的MVVM框架或类似的东西。

Answer 1

假设您使用的是像Visual Studio这样的好IDE，那么您确实不需要添加ViewModel。这是因为Visual Studio的intellisense可以很容易地查看类的派生方法，支持的方法等。添加后缀的好处是，不使用花哨的IDE的用户仍然可以使用代码。

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