C＃类命名约定：是BaseClass还是ClassBase或AbstractClass

建议的命名基类的方法是什么？它是在类型名称前面加上“ Base ”还是“ Abstract ”，还是只是在其后缀“ Base”？

考虑以下：

类型：ViewModel例如MainViewModel，ReportViewModel

基类：BaseViewModel或ViewModelBase或AbstractViewModel

同时考虑：

类型：Product例如VirtualProduct，ExpiringProduct

基类：BaseProduct或ProductBase或AbstractProduct

您认为哪个更标准？

class Entity : EntityBase
{
}

要么

class Entity : BaseEntity
{
}

该框架中有带有基本后​​缀的示例，例如System.Configuration.Provider.ProviderBase，System.Web.SessionState.SessionStateStoreProviderBase。

但是，绝不是Framework中的所有抽象基类都遵循此约定（例如System.Data.Common.DbParameter，System.Data.Common.DbCommand）。

我个人将避免使用后缀，除非我想强调一下它是一个抽象类的事实，并认为否则该类的用户可能希望该名称指示具体的实现。

以上都不是。考虑一下基类提供什么目的；如此命名。例如，“汽车”和“自行车”的基类可以是“车辆”。

如果创建基类只是为了使一个基类具有一个类，而没有其他目的或原因，则可能是在做错什么。

如果您在谈论虚拟基类，则Microsoft的标准是ClassnameBase（例如CollectionBase）。

我认为这是一个选择的问题。我想说的是，如果您要创建很多基类，那么最好始终使用BaseClassname，因为这样一来，您始终可以通过键入Base并从中获得其余帮助来找出可以开始使用的基类。智能感知。如果您有20个基类，并且添加了Base作为后缀，却忘记了基类的名称该怎么办？您是否要首先从VS创建一个类图并找出可用的基类？当它们只是一两个类时，可以将它们命名为ClassBase。

GetItems和ItemsGet函数之间的决定也一样。出于可读性考虑，我至少会说-选择GetItems。遵循约定：)

我们使用BaseEntity，但我认为这是您自己的偏好。我经常看到另一个。

在您的上下文中保持一致，无论是您的项目，名称空间，还是团队（如果可能）。不同的约定比不好的约定恕我直言。

就我个人而言，我建议完全不要添加词库。您永远都不知道何时需要更改代码，并且它不再是基础对象。话虽如此，我们过去已经做到了，我们在前面加了“ Base”一词。似乎更好。

BaseEntity看起来很像驼峰大小写-strName，bseEntity。我会选择EntityBase，因为它首先定义了主题，这将帮助您更快地确定其功能。

命名内容时，请始终考虑按字母顺序排列。我真的不喜欢查看SQL Server，每个存储过程都命名为usp [something]。同样，不要过度使用Get和Set作为函数的前导名称。考虑将它们命名为ItemsGet或OrderPlace，而不是GetItems或PlaceOrder。

因此，一般而言，ClassnameBase / EntityBase是更好的选择。