.NET类前缀和后缀命名约定

Question

开发人员团队通常具有一些基于类功能的类命名约定以及它在模式中扮演的角色.例如,我们使用以下后缀:

• 信息的数据结构类(仅限公共属性,没有方法,如业务实体).
• 整个项目中使用具有通用功能的类的助手(StringHelper,FormatHelper,ImageHelper)
• 控制器用于MVC的控制器
• DAL类的存储库,包含按其专用的实体分组的操作(PersonRepository,OrderRepository)
• 业务逻辑类经理

等等.

您的团队使用的后缀/前缀的命名约定是什么？

Answer 1

我们使用三个前缀：I、T和_。第一个用于接口，第二个用于泛型类型，第三个用于属性支持者。我强烈建议不要使用任何其他前缀。顺便说一句，这符合微软的建议。编辑：我在这里的意思是微软建议不要使用I和之外的前缀T。请参阅名称指南 - 类、结构和接口的名称。我已经违反了使用_，但我觉得有必要区分私有字段和财产支持者，而且我喜欢它_不是字母数字的事实。/编辑

后缀列表实际上是无穷无尽的。它们通常基于基类/接口的名称，例如IDispatcher-> EmailDispatcher。

就我个人而言，我不太喜欢后缀，Info因为它们太通用了，因为大多数类无论如何都代表某种信息。最后，我喜欢用作Service后缀而不是Manager.

编辑 我也经常使用Provider后缀，就像在众所周知的ApplicationRoleProviderBCL 类中一样。