C#性质中的Pascal情形

您选择哪一个，为什么：

public class User
{
    public long UserID { get; set; }
}

public class User
{
    public long UserId { get; set; }
}

以及作为参数：

public void DoSomething(long userId) { }
public void DoSomething(long userID) { }

下面的示例非常清楚地分别选择

UserId

和

UserId

（重点是我的）：

标识符中可以使用的两个缩写是ID和OK在Pascal大小写标识符中，它们应分别显示为Id和Ok。如果用作大小写标识符中的第一个单词，它们应分别显示为Id和Ok

下面的示例非常清楚地分别选择

UserId

和

UserId

（重点是我的）：

标识符中可以使用的两个缩写是ID和OK在Pascal大小写标识符中，它们应分别显示为Id和Ok。如果用作大小写标识符中的第一个单词，它们应分别显示为Id和Ok

---

---

对于Id，它是标识符的缩写，而不是首字母缩略词；在第一个字母后用小写是有意义的

Id是标识符的缩写，而不是首字母缩略词；在第一个字母后用小写是有意义的

即使是HTML、URL和URI，作为首字母缩略词，在Pascal情况下也分别大写为

HTML

、

URL

和

URI

。是的，但对于他的情况来说，在任何模式下都没有意义即使HTML、URL和URI作为首字母缩略词，在Pascal情况下都大写为

HTML

，

Url

和

Uri

分别。是的，但对于他的情况来说，在任何模式下都没有意义。但老实说，我问过一些队友（都是中国人），我们都对

UserId

感到陌生，我们知道命名规则，但感觉真的很糟糕。这对我们所有人来说都是一种奇怪的理解（也许只有中国程序员？哈哈），当然，框架方法在内部并不都遵循这一点。多亏了IntelliSense，你选择哪一个都不重要。@DannyChen:值得一提的是，我不是中国人，

UserId

在我看来也很难看/错误。我通常会对两个字母的首字母缩略词/缩写词例外，因为它几乎不影响可读性。如果你有了resharper，你可以选择约定，如果你热衷于遵守约定，它会发出警告或错误。@Dessus:你不必为resharper掏钱去惹人讨厌的唠叨。StyleCop会免费做同样的事情，甚至可以定制。但说实话，我问过一些队友（都是中国人），我们都对用户ID感到陌生，我们知道命名规则，但感觉真的很糟糕。这对我们所有人来说都是一种奇怪的理解（也许只有中国程序员？哈哈），当然，框架方法在内部并不都遵循这一点。多亏了IntelliSense，你选择哪一个都不重要。@DannyChen:值得一提的是，我不是中国人，

UserId

在我看来也很难看/错误。我通常会对两个字母的首字母缩略词/缩写词例外，因为它几乎不影响可读性。如果你有了resharper，你可以选择约定，如果你热衷于遵守约定，它会发出警告或错误。@Dessus:你不必为resharper掏钱去惹人讨厌的唠叨。StyleCop将免费做同样的事情，而且它甚至可以自定义。@CodyGray:哦，有这么多重复项..但是为什么我使用

[c#]ID ID

搜索时没有得到结果呢：（至少第一页没有结果。不知道。我用谷歌搜索。我想这是他们发明的，至少是工作版本。一个问题是，有些人用标签/标记他们的问题，而另一些人用标签/标记他们的问题。对于那些实际上与语言无关，但附带给出特定代码示例的问题，没有真正的一致性ar方言。@CodyGray:噢，有这么多重复项..但为什么我用

[c#]ID ID

搜索时没有得到结果：（至少第一页没有结果。不知道。我用谷歌搜索。我想这是他们发明的，至少是工作版本。一个问题是，有些人用标签/标记他们的问题，而另一些人用标签/标记他们的问题。对于那些实际上与语言无关，但附带给出特定代码示例的问题，没有真正的一致性阿尔卑斯方言。