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

Question

请帮助我们解决的争议“几乎”一切都是对象（回答堆栈溢出的问题，作为一个新手，有什么我应该提防的学习C＃过吗？）。我认为是这样，因为Visual Studio中的所有内容至少都显示为结构。请发布参考，以免它成为“现代公驴”（《美国生活》）。请注意，此问题涉及C＃（不一定是.NET）以及它如何处理内部数据（显然都是1和0）。以下是对“一切都是对象”的注释：嗯，不是，不是。–二进制忧虑我想举个例子... – scotty2012难道不是一切都源自基本类型Object吗？–嘶嘶声大多数东西都是物体……–奥马尔·库赫吉值类型，整数，双精度数，对象引用（不是它们本身的对象）等不是对象。可以对它们进行“装箱”以使其看起来像对象（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类的继承者，而“对象”是类型的实例，而“对象”是引用类型。

Answer 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＃中拳击的更多信息。

Answer 2

聚会晚了一点，但我在SO的搜索结果中发现了这一点，并认为下面的链接对子孙后代有帮助：

埃里克·利珀特（Eric Lippert）对此进行了非常详尽的讨论，并提出了更好（合格）的陈述：

纠正这个神话的方法是简单地将“源自”转换为“可转换为”，并忽略指针类型：C＃中的每个非指针类型都可以转换为对象。

要点是，如果您不喜欢阅读写编程语言的人的插图说明，那就是（不包括指针），诸如Interface或通用参数类型声明（“ T”）之类的对象都不是对象，但可以保证一定要在运行时可被视为对象，因为它们具有一个明确的实例，它将是一个对象。其他类型（类型，枚举，委托，类等）都是对象。包括值类型，可以将其装箱为对象，因为其他答案已经讨论过。

Answer 3

这里有些人对面向对象编程中的“对象”有一个奇怪的概念。为了让事情成为一个对象时，它并没有必须是引用类型，或者更一般地说，按照任何正式实施。

这意味着您可以在面向对象的世界中以一流公民的身份对其进行操作。由于您可以对C＃中的值执行此操作（这要归功于自动装箱），因此所有内容实际上都是一个对象。从某种意义上说，对于函数（甚至可以说对于类而言），这甚至是正确的。

这在实践中是否相关是另一个问题，但这是OOP的普遍问题，我再次注意到。关于OOP的定义，尚无一个明确的定义（是的，大多数人都认为OOP与多态性，继承和封装有关，有的则将“抽象”作为一种很好的衡量标准）。

从使用角度来看，C＃中的每个值都像对象一样处理。也就是说，我喜欢当前接受的答案。它提供了两个重要的技术方面。

请注意，在其他上下文中，例如C ++，由于C ++不一定是面向对象的，因此会强调其他方面，此外，它会更多地关注于底层方面。因此，有时可以区分对象，POD和内置基元（有时又不是）。