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

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

3年前关闭。




Improve this question




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

信息 用于数据结构类(只有公共(public)属性，没有方法，如业务实体)。

helper 用于在整个项目中使用的具有通用功能的类(StringHelper、FormatHelper、ImageHelper)

Controller 用于 MVC Controller

存储库对于包含按它们专用的实体分组的操作的 DAL 类(PersonRepository、OrderRepository)

经理 用于业务逻辑类

等等。

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

Answer 1

我们使用三个前缀:I , T和 _ .第一个用于接口(interface)，第二个用于泛型类型，第三个用于属性支持者。我强烈建议不要使用任何其他前缀。顺便说一句，这符合微软的建议。 编辑 : 我的意思是微软建议不要使用 I 以外的前缀。和 T .见 Guidelines for Names - Names of Classes, Structs, and Interfaces .我已经违反了使用 _但我觉得有必要区分私有(private)字段和属性(property)支持者，我喜欢 _不是字母数字。 /编辑

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

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

编辑
我使用 Provider后缀也很常见，就像众所周知的 ApplicationRoleProvider BCL 类。