.NET中的所有对象都是对象吗？

一尘不染

.NET中的所有对象都是对象吗？

请帮助我们解决的争议 “几乎”一切都是对象 （回答堆栈溢出的问题，
作为一个新手，有什么我应该提防的学习C＃过吗？
）。我认为是这样，因为Visual
Studio中的所有内容至少都显示为结构。请发布参考，以免它成为“现代公驴”（《美国生活》）。

请注意，此问题涉及C＃（不一定是.NET）以及它如何处理内部数据（显然都是1和0）。

以下是对“一切都是对象”的注释：

恩，不，不是。–二进制忧虑
我想举个例子… – scotty2012
难道不是一切都源自基本类型Object吗？–嘶嘶声
大多数东西都是物体… –奥马尔·库赫吉（Omar Kooheji）
值类型，整数，双精度数，对象引用（不是它们本身的对象）等不是对象。可以对它们进行“装箱”以使其看起来像对象（egiToString（）），但实际上它们是原始类型。将条目更改为“几乎所有东西都是对象”，然后我将删除下降表决– Binary Worrier
我感谢您的澄清。我认为您可以在C＃中与int交互的最低级别是作为结构，这不是对象吗？ -http : //msdn.microsoft.com/en-us/library/ms173109.aspx –嘶嘶声
Int32不继承自Object继承的ValueType吗？如果是这样，尽管有这种行为，但int是一个对象。–克里斯·法默
不，int的框式类型继承自ValueType，而ValueType继承自Object。它们不是传统意义上的对象，因为a）int不是对int的引用，IT是int。b）不会收集垃圾。如果声明一个Int32，则该int是堆栈上的4个字节，故事的结尾– Binary Worrier

对象的定义：“对象”是System.Object类的继承者，而“对象”是类型的实例，而“对象”是引用类型。

阅读 330

2020-05-19

共1个答案

一尘不染

这里的问题是，这实际上是两个问题-
一个问题是关于继承的，在这种情况下答案是“几乎所有东西”，另一个问题是关于引用类型vs值类型/内存/装箱的，而答案是“否”。 ”。

遗产：

在C＃中，以下是正确的：

所有值类型（包括枚举和可为null的类型）均源自System.Object。
所有类，数组和委托类型都从派生System.Object。
接口类型不是从派生的System.Object。它们都可以转换为System.Object，但是接口仅派生自其他接口类型，而System.Object不是接口类型。
没有指针类型的派生System.Object，也不能直接转换为System.Object。
“开放”类型参数类型也不是从派生的System.Object。类型参数类型不是从任何东西派生的。类型参数被约束为从有效的基类派生，但它们本身并非从任何东西“派生”。

从MSDN条目中的System.Object：

支持.NET Framework类层次结构中的所有类，并为派生类提供低层服务。这是.NET Framework中所有类的最终基类。它是类型层次结构的根。

语言通常不需要类声明从Object的继承，因为继承是隐式的。

由于.NET
Framework中的所有类均派生自Object，因此Object类中定义的每个方法在系统中的所有对象中均可用。派生类可以并且确实会覆盖其中一些方法。

因此，并非C＃中的每种类型都源自System.Object。即使对于那些类型，您仍然需要注意引用类型和值类型之间的区别，因为它们的处理方式非常不同。

拳击：

虽然值类型确实从中
继承System.Object，但它们在引用中与引用类型在内存中的处理方式有所不同，并且它们如何通过代码中的方法传递的语义也有所不同。实际上，除非您通过将其装箱为引用类型来明确指示应用程序这样做，否则值类型不会被视为对象（引用类型）。在此处查看有关C＃中拳击的更多信息。

2020-05-19