ASP.NET 核心命名约定
ASP.NET Core naming conventions
不在服务和型号名称中添加 "Service"、"Model" 是一种好的做法吗？
例如 Users 而不是 UsersService
不，不是。虽然 ASP.NET Core 在服务和模型命名方面没有严格的命名约定，但它是可读性所必需的。例如，User 可以是数据库中的域实体，也可以是模型名称 (UserModel => User)，或者在您的情况下可以是服务 (UserService => User)。这令人困惑并导致 typos/errors。 Class 名称应该是描述性的，在这种情况下，class 名称不会说明任何关于 class 本身的信息。此外，这种命名约定非常普遍，因此每个人都能够更快地理解您的代码。这就是为什么我严格建议在项目中遵循这些命名约定。
不在服务和型号名称中添加 "Service"、"Model" 是一种好的做法吗？
例如 Users 而不是 UsersService
不，不是。虽然 ASP.NET Core 在服务和模型命名方面没有严格的命名约定，但它是可读性所必需的。例如，User 可以是数据库中的域实体，也可以是模型名称 (UserModel => User)，或者在您的情况下可以是服务 (UserService => User)。这令人困惑并导致 typos/errors。 Class 名称应该是描述性的，在这种情况下，class 名称不会说明任何关于 class 本身的信息。此外，这种命名约定非常普遍，因此每个人都能够更快地理解您的代码。这就是为什么我严格建议在项目中遵循这些命名约定。