naming-conventions - Model-View-ViewModel (MVVM) 类和实例的名称应该有多详细？

Question

一般来说，我更喜欢使用 .NET 类和实例名称详细说明，但有时( to quote Mike Woodhouse ):

Over-verbosity tends to conceal syntax, and syntax is important.

第一个我觉得我真的误入了冗长制度的地方是在 Silverlight 和 WPF 应用程序中实现模型- View - View 模型 (MVVM) 模式。

例如，我从一个 EnumerableRange 模型对象开始:

public class EnumerableRange<T> : IEnumerable<T>
{ 
    public T Start{ get; set; }
    public T Stop{ get; set; }
    public long Count{ get; set; }
    ...
}

然后，我想创建一个控件，允许我为用户输入显示此类。因此，我创建了一对与 View 相关的类:

一个 EnumerableRangeControlView UserControl(在 XAML 中)和

POCO EnumerableRangeControlViewModel

现在，我分别在父 View 和 ViewModel 中使用这对。使用 MVVM， View 实例不需要名称，但我的 ViewModel 实例现在命名为:

IndependentVariableEnumerableRangeControlViewModel .

事情开始失控了!你会怎么办？

Answer 1

我提出以下建议:

从 View/ViewModel 类和实例名称中删除“Control”这个词。 “View”和“ViewModel”清楚地说明了类的目的。

(可选)始终采用约定来使用“VM”对 ViewModel 实例进行后修复。

在上面的例子中，实例名称

IndependentVariableEnumerableRangeControlViewModel 

变得更具可读性

IndependentVariableEnumberableRangeVM