C#中的命名约定与Java的比较

Java世界中的标准命名约定是根据以下内容命名包、类和方法：

com.domainname.productname (package)
com.domainname.productname.ClassName (class)
com.domainname.productname.ClassName.isUpperCase(String str) (method)

---

对于上述情况，C#/.NET标准命名约定是什么？

AKU的回答应该可以帮助您：

他链接到微软的指导方针：

你应该考虑从这里开始阅读剩下的指导方针：

这篇文章的其余部分也提供了很多信息：

在你的情况下，你会选择：

CompanyName.ProductName
CompanyName.ProductName.ClassName
CompanyName.ClassName.IsUpperCase(string str)

NET指南没有遵循使用反向FQ域名来指定名称空间的Java风格，而且我还没有看到像Telerik或Infragistics这样的商业组件遵循MS指南以外的任何其他指南。

在C#或.NET中很少看到“com”：

---

查看Microsoft提供的完整独家新闻（这实际上是一个.NET问题，而不是一个C问题）。

我想知道为什么这么多Java包都是从

com开始的。

。由于几乎所有公司的域名都以

.com

结尾，这似乎是多余的。据我所记得的——我在1995年或1996年开始使用Java——这只是Sun和其他人遵循的惯例。我实际上看到了很多

org.

和一些

edu.

软件包。它符合Java的“为最不寻常的情况假设和编写”倾向。@DavidRTribble，这个惯例来自于试图区分company.com和company.org等。Java的立场是，没有域名可以表示多个公司，因此它是一个相当明确、普遍和通用的“标识符”。在我看来，这实际上是一种更干净的技术，“CompanyName”只是在这里，并不能保证两个名字相似的公司不会意外地命名相同的东西。例如，在世界摔跤联合会将“WWF”输给世界野生动物基金会之前，他们可能都选择了WWF.ProductName。当然，如果他们喜欢软件。：）

DomainName.ProductName (namespace)
DomainName.ProductName.ClassName (class)
DomainName.ProductName.ClassName.IsUpperCase(String str) (method)