如何解决类型和对象之间常见的命名冲突？

Question

由于标准 C# 约定是将公共属性的首字母大写，旧的 C++ 约定（类型名称首字母大写，非类型名称首字母小写）并不能防止经典名称冲突，即最明显的对象名称与类型匹配name:

class FooManager
{
    public BarManager BarManager { get; set; } // Feels very wrong.
                                               // Recommended naming convention?
    public int DoIt()
    {
         // 1st and 2nd Bar Manager are different symbols 
         return BarManager.Blarb + BarManager.StaticBlarb;                                                                          
    }
}

class BarManager
{
    public        int Blarb { get; set; }
    public static int StaticBlarb { get; set; }
}

似乎可以编译，但感觉很不对劲。是否有推荐的命名约定来避免这种情况？

Answer 1

类型和属性具有完全相同的名称并不罕见。是的，这看起来有点奇怪，但不可否认的是，重命名属性以避免这种冲突看起来更奇怪。

Eric Lippert 有关于这个主题的博文 。

然而，对于编译器来说没有任何歧义。

Answer 2

C# 约定是以与命名类相同的方式命名属性。你之所以觉得这是错误的，是因为你来自不同的背景。但如果你使用 if 一段时间，你就会发现它不会给你带来任何问题，而且当你习惯了它时，它会感觉很自然。没有任何地方会以任何方式发生碰撞。我（作为 ac# 开发人员）觉得属性首字母小写的约定感觉不对。你只需要习惯它。

Answer 3

老实说，我对此没有意见——如果您的静态方法/成员在名称和目的上不是明显静态的，那么您会遇到比名称冲突更大的问题。

Answer 4

我不认为这对我造成过任何问题。以下是属性的一般约定。唯一有用的可能是习惯这些......

• Pascal Case，没有下划线。
• 尽量避免缩写。
• 成员的差异必须大于大小写
  可从不区分大小写使用
  Visual Basic .NET 等语言。

原因：这个约定是一致的
与 .NET Framework 一起使用，并且很容易
读。喜欢

public int RecordId

参考：NET 编程标准和命名约定

另请检查：一般命名约定

Answer 5

我会说，我不介意碰撞，因为编译器可以解决它。 但是，本着提供我见过的其他解决方案并让其他人自己决定的精神......我认为这就是（对我来说）使用 My* 的丑陋模式出现的地方。

例如：

public class Foo { /* ... */ }

public class Bar
{
    public Foo MyFoo { get; set; }
    // ...
}