类是引用类型。创建类的对象时，分配给该对象的变量只保留对该内存的引用。将对象引用指定给新变量时，新变量将引用原始对象。通过一个变量所做的更改反映在另一个变量中，因为它们都引用了相同的数据。结构是值类型。创建结构时，分配给该结构的变量保存该结构的实际数据。当将结构分配给新变量时，将复制该结构。因此，新变量和原始变量包含相同数据的两个单独副本。对一个副本所做的更改不会影响另一个副本。通常，类用于建模更复杂的行为，或在创建类对象后要修改的数据。结构最适合于主要包含在创建结构后不打算修改的数据的小型数据结构。

类和结构（C#编程指南）

除了常见的性能差异之外，让我再补充一个方面，那就是默认值的使用意图。

如果其字段的默认值不表示建模概念的合理默认值，请不要使用结构。

Eg.

即使所有字段都设置为默认值，“颜色”或“点”也有意义。RGB 0,0,0是一种非常好的颜色，（0,0）作为2D中的点也是如此。但是Address或PersonName没有合理的默认值。我的意思是，你能理解FirstName=null和LastName=null的PersonName吗？

如果你用一个类实现了一个概念，那么你可以强制执行某些不变量，例如一个人必须有名字和姓氏。但对于结构，总是可以创建一个实例，将其所有字段设置为默认值。

因此，当对没有合理默认值的概念进行建模时，更喜欢类。类的用户会明白null意味着没有指定PersonName，但如果您给他们一个PersonName结构实例，并将其所有财产设置为null，他们会感到困惑。

（通常的免责声明：性能考虑可能会凌驾于此建议之上。如果您有性能问题，请在决定解决方案之前进行衡量。试试BenchmarkDotNet，这很好！）

我认为一个好的第一近似值是“从不”。

我认为一个好的二次近似是“从不”。

如果你渴望表现，那么考虑一下，但始终要衡量。

无论何时：

不需要多态性，want值语义，以及希望避免堆分配和相关的垃圾收集开销。

然而，需要注意的是，结构（任意大）传递比类引用（通常是一个机器字）更昂贵，因此类在实践中可能会更快。

这是一条基本规则。

如果所有成员字段都是值类型，则创建一个结构。如果任何一个成员字段是引用类型，请创建一个类。这是因为引用类型字段无论如何都需要堆分配。

Exmaples公司

public struct MyPoint 
{
    public int X; // Value Type
    public int Y; // Value Type
}

public class MyPointWithName 
{
    public int X; // Value Type
    public int Y; // Value Type
    public string Name; // Reference Type
}

不，我不完全同意这些规则。它们是考虑性能和标准化的良好指南，但不是根据可能性。

正如你在回答中看到的，有很多创造性的方法来使用它们。因此，这些指导原则需要做到这一点，始终是为了性能和效率。

在本例中，我使用类以更大的形式表示真实世界的对象，使用结构来表示具有更精确用途的较小对象。你说的是，“一个更具凝聚力的整体”。类将是更多面向对象的元素，而结构可以具有这些特性，尽管规模较小。IMO。

我在Treeview和Listview标签中经常使用它们，在这些标签中可以非常快速地访问常见的静态属性。我一直在努力以另一种方式获取这些信息。例如，在我的数据库应用程序中，我使用Treeview，其中包含表、SP、函数或任何其他对象。我创建并填充我的结构，将其放入标记中，将其拉出，获取所选内容的数据等等。我不会在课堂上这样做！

我确实会尽量缩小它们，在单实例情况下使用它们，并防止它们发生变化。注意内存、分配和性能是明智的。测试是非常必要的。