为什么C#区分大小写？

使C#区分大小写的原因是什么？

我正在考虑从VB.NET切换到利用一些语言功能(CCR和yield),理解这种差异背后的原因可能会使转换变得更容易.

[更新]三天前,我接受了这次暴跌.学习C#并不是特别难,但我几乎记不起90年代后期的C++日.

Case Sensitivity令我烦恼吗？不像我想的那么多......加上我发现它实际上是有利的.我真的很高兴CCR作为异步协调编程模型.如果我在当前项目上有更多时间,我会将代码库移植到C#中以充分利用它.但对我的客户来说不公平.

现在评估我当前的项目,我看到无处不在的阻塞线程!哈啊!

[UPDATE]

好吧,我已经用C#编程近一年了.我真的很喜欢这种语言,我真的很讨厌越过VB(尤其是当它不可避免时!)

区分大小写的事情？甚至不是问题

1> JoshBerke..：

---

C#具有敏感性,因为它采用的是C风格的语言,它们都是区分大小写的.这是来自内存这里是一个MSDN链接,这对我来说不起作用我现在无法验证.

我还想指出这是一个非常有效的用例:

public class Child
{
   private Person parent;
   public Person Parent
   {
      get { return parent;}
   }
}

是的,您可以使用成员变量的前缀来解决这个问题,但有些人不喜欢这样做.

---

谁说过继承？您在具有名为parent的私有字段的类上有一个名为Parent的属性.这不是继承.我在孩子和他们的父母中使用了Child Parent.猜猜我的孩子旁边睡觉就把我作为我的样本.

---

哦,我有.是的,因为他们希望C#能够吸引具有区分大小写的C/C++和Java开发人员.我认为这是一个很好的决定.如果您模仿语言的语法和语法,则应尽量使其保持尽可能接近,以使转换更容易.

2> Spencer Rupo..：

---

他们可能会想"我们不希望人们在一个地方使用SoMeVaRiAbLe而在另一个地方使用sOmEvArIaBlE.

---

不.VB.net没有做任何类似的东西 - 你的IDE.

---

VB.net会自动更正您的案例使用情况以反映原始文件,从而提供更好的一致性

---

@ ingredient_15939-我看到了很多错误的代码，但是令人惊讶的是，人们似乎理解区分大小写并不是邀请使用“因为可以”两个相同的变量。但是，有时在编写类构造函数时，类成员名称和参数名称之间可能会发生冲突。但是，在这些情况下，习惯上在成员之前加上“ this”，这样会更清楚了发生了什么。

3> Charles Duff..：

---

考虑以下伪代码中的变量名称:

class Foo extends Object { ... }
...
foo = new Foo();

区分大小写允许使用大小写来分隔类名和实例的约定; 这些公约在发展中并不罕见.

---

您也可以在VB.Net中执行此操作,实际上由于您甚至不需要区分大小写的语言(我通常会说清楚).语言的结构允许编译器事先知道您是否接受了实例或类声明.

4> Ray Hidayat..：

---

我认为案件可以传达信息的事实是一个很好的理由.例如,按照惯例,类名,公共方法和属性按惯例以大写字母开头.相反,字段和局部变量以小写字母开头.

使用该语言多年后,我真的很喜欢这个,当你只需从单词的大写中读取信息时,代码就更容易阅读.

这就是为什么人们有时会这样做,这是有道理的:

Foo foo = new Foo();

我一直这样做,非常有用.如果你在一个更有用的情况下考虑这样:

Image image = Image.LoadFrom(path);

有时候将实例称为与类名称相同的东西是有道理的,并且区分它们的唯一方法就是外壳.在C++中,区分大小写变得更加有用,但这是另一个故事.如果你有兴趣,我可以详细说明.