请帮助我们解决的争议 “几乎”一切都是对象 (回答堆栈溢出的问题, 作为一个新手,有什么我应该提防的学习C#过吗? )。我认为是这样,因为Visual Studio中的所有内容至少都显示为结构。请发布参考,以免它成为“现代公驴”(《美国生活》)。
请注意,此问题涉及C#(不一定是.NET)以及它如何处理内部数据(显然都是1和0)。
以下是对“一切都是对象”的注释:
对象的定义:“对象”是System.Object类的继承者,而“对象”是类型的实例,而“对象”是引用类型。
这里的问题是,这实际上是两个问题- 一个问题是关于继承的,在这种情况下答案是“几乎所有东西”,另一个问题是关于引用类型vs值类型/内存/装箱的,而答案是“否”。 ”。
遗产:
在C#中,以下是正确的:
System.Object
从MSDN条目中的System.Object:
支持.NET Framework类层次结构中的所有类,并为派生类提供低层服务。这是.NET Framework中所有类的最终基类。它是类型层次结构的根。 语言通常不需要类声明从Object的继承,因为继承是隐式的。 由于.NET Framework中的所有类均派生自Object,因此Object类中定义的每个方法在系统中的所有对象中均可用。派生类可以并且确实会覆盖其中一些方法。
支持.NET Framework类层次结构中的所有类,并为派生类提供低层服务。这是.NET Framework中所有类的最终基类。它是类型层次结构的根。
语言通常不需要类声明从Object的继承,因为继承是隐式的。
由于.NET Framework中的所有类均派生自Object,因此Object类中定义的每个方法在系统中的所有对象中均可用。派生类可以并且确实会覆盖其中一些方法。
因此,并非C#中的每种类型都源自System.Object。即使对于那些类型,您仍然需要注意引用类型和值类型之间的区别,因为它们的处理方式非常不同。
拳击:
虽然值类型确实从中 继承System.Object,但它们在引用中与引用类型在内存中的处理方式有所不同,并且它们如何通过代码中的方法传递的语义也有所不同。实际上,除非您通过将其装箱为引用类型来明确指示应用程序这样做,否则值类型不会被视为对象(引用类型)。在此处查看有关C#中拳击的更多信息。