c＃命名约定

Question

我开始一个新的项目，我有一些问题试图实现一些命名约定。

我曾经使用以大写和单数开头的类，如Car或User，以及我的变量以小写开头，所以如果我需要声明一个具有Car和User类型变量的类，我会这样做像这样：

public Car car; 
private User user; 

现在我试着去使用一些属性和我看到他们也应该PascalCase，至极的意思是，如果我需要声明同样的例子我应该是：

public Car Car { get; set; } 
private User User { get; set; } 

你都可以看到问题会在这里出现，或者你没有看到它问题？

那么我该怎么做？我在这里错过了什么？

Answer 1

C＃的命名约定建议的一切，是公众以及类，接口等，开始以一个大写字母。其余的应该从小写开始。

有没有问题：

private User User { get; set; } 

...因为每个名字（单词）的位置定义什么是什么。 英语的工作方式也是一样。 例如：“我爱爱情”。 （代词，动词，名词）

Answer 2

那里没有问题。

因为在您使用该类的上下文中，不能误导属性，反之亦然。

编辑：好吧，我要去假设你有UserClass的这样的carclass内：

public class Car 
{ 
    private class User 
    { 

    } 

    private User User 
    { 
     get; 
     set; 
    } 
} 

这的确会产生问题。移出你的用户，问题就解决了。

public class Car 
{ 

    private User User 
    { 
     get; 
     set; 
    } 
} 

public class User 
{ 

} 

Answer 3

我认为在许多情况下，上下文意味着你有一个特定的名字 - 例如，汽车customersCar等 话说，很多人不具有名称/类型是相同的问题 - 看到这个链接： Should a property have the same name as its type?

对于一般的命名约定，以下MS不是一个糟糕的开局 - http://msdn.microsoft.com/en-gb/library/vstudio/ms229045(v=vs.100).aspx

Answer 4

这里没有问题;正如@NDJ建议，如果你感觉不舒服，你可以应用上下文来为属性添加额外的前缀;但这通常不会增加上下文的附加含义。

作为一般的Microsoft风格指南，鼓励使用Pascal Case来表示属性。

有关资本更完整指南请参阅以下MSDN article

Answer 5

除了@Evelie指出的内部类问题，你不应该有任何命名与该类型相同的属性的问题 - 事实上这并不罕见。 .NET在整个地方都有public Color Color的属性。

如下面的程序说明了编译器可以实例调用和静态调用之间distinguich：

void Main() 
{ 
    Car c = new Car(); 
    c.Test(); 
} 

public class Car 
{ 

    public Car() 
    { 
     User = new User(); 
    } 

    public void Test() 
    { 
     User.Static(); // calls static method 
     User.Instance(); // implies this.User 
    } 

    public User User { get; set; } 
} 
// Define other methods and classes here 
public class User 
{ 
    public static void Static() 
    { 
     Console.WriteLine("Static"); 
    } 

    public void Instance() 
    { 
     Console.WriteLine("Instance"); 
    } 
} 

Answer 6

你碰到被称为Color Color什么问题，因为最常见的方式，作物起来是“我需要名为Color“Color”的房产。 C＃专门设计用于优雅地管理Color Color的情况。

有关详细信息，请参阅C＃4规范中的第7.6.4.1节“相同的简单名称和类型名称”。

Color Color的规则有点复杂（相信我，他们不会让编译器实现者的生活变得更容易！），他们可能会导致一些有趣的情况。如果这个问题的利益，你，你应该阅读就可以了我的文章：

http://blogs.msdn.com/b/ericlippert/archive/2009/07/06/color-color.aspx