MVVM和命名約定

Question

更新：感謝您關閉我的問題，因爲它可能會徵求意見或討論。這正如下面的免責聲明所闡明的那樣。有人請重新打開這個嗎？

免責聲明：
對於初學者來說，我認識到這一問題和可能的答案怎麼是不是很黑與白，但我在一個僵局，我需要看一些不同點。

問：
當我在WPF我的工作，我經常使用的MVVM模式，使事情發生。在任何給定的程序中，我將有一堆視圖模型類，它們都是從一個名爲'ViewModelBase'的類派生出來的，我一直習慣於用'ViewModel'後綴類名。然而，我發現我用了很多有很長的名字，如類...

InputDataViewModel
CalculationsViewModel

等。我喜歡他們的名字有一些上下文，但是在泛型編程等方面他們可能有點麻煩。我開始意識到，他們都來自'ViewModelBase'的事實是足夠的信息來將它們識別爲視圖模型，因此名稱後綴變得比它的價值更麻煩。

其他人是否有類似的經驗或見解提供這個問題？優點，缺點等？

另外：
不，我沒有使用像卡利，MVVMLight的MVVM框架或類似的東西。

Answer 1

假設您使用的是像Visual Studio這樣的好IDE，那麼您確實不需要添加ViewModel。這是因爲Visual Studio的intellisense可以很容易地查看類的派生方法，支持的方法等。添加後綴的好處是，不使用花哨的IDE的用戶仍然可以使用代碼。

此外，您可能有其他類涉及Calculations。當您或其他開發人員快速掃描您的代碼時，爲每個類名添加唯一後綴可以使您更容易。如果沒有後綴，它可能需要在另一個文件中進一步查找以確定類的功能。