C#类命名规范

Question

有点儿傻的问题，但是我已经很久没有合理地使用C#编程了，我已经忘记我的命名标准并且遇到了一些困难。

我有一个可重用的类，将被50多个项目使用，我想给它一个恰当的名称。 DLL的命名空间是正确的（例如Client.PROJECT/PRODUCT.xxx.yyy）。

我在考虑将该类命名为“Common”，但不确定这个名称是否太通用了？

- user728584

---

这很泛泛。这个类的目的是什么？ - Adam Lear

该类正在进行数据库查找，保存字符串常量并执行程序/进程。 - user728584

这似乎对于单个班级来说过于多样化了。 - BoltClock

非常正确，这只是一个单元测试类，不会在生产环境中运行。 - user728584

Answer 1

类名应该通常表明类的功能。 "Common" 通常作为库名称的一部分更好（例如 "Common.Logging" 或 "Ninject.Web.Common"），以表明该库中的文件是针对特定目的共用的，很可能被许多其他库使用。

如果您想要更好的建议来命名类，您需要分享更多关于创建类的目的的信息。但通常来说，考虑到“使用者”的体验是很好的。例如，哪个更有意义？

var common = new Common();
common.LogInfo("something happened");

...或者：

var log = new LogService();
log.LogInfo("something happened");

- StriplingWarrior

---

完美的伙伴，我有一种感觉就是这样！我会改变！ - user728584

Answer 2

通常，我在这类项目中使用“Shared”或Utils。一般来说，我不会添加其他命名空间，例如，我更喜欢Utils而不是MyProject.Utils，除非我修改了Utils以明确为该项目服务，然后我将其重命名为MyProject.Shared或MyProject.Utils。
希望这可以帮到你。

- Kamyar

---

在类名中使用 utils、shared 和 manager 几乎肯定会在第一步（“S”）就破坏 SOLID 原则。不要懒惰，如果需要的话，每个类只创建一个函数并给它命名！ - jenson-button-event

@jenson-button-event 同意。那时我年轻而愚蠢。但是，manager可以与其他单词结合使用（例如类似于service一词的用法）在我看来。 - Kamyar