我不同意原帖子中给出的规则。以下是我的规则：

当存储在数组中时，可以使用结构来提高性能。（另请参见结构何时是答案？）在向C/C传递结构化数据的代码中需要它们++除非需要，否则不要使用结构：它们的行为与赋值下的“正常对象”（引用类型）不同当作为参数传递时，这可能导致意外行为；如果查看代码的人不知道他们正在处理一个结构。它们不能被继承。将结构作为参数传递比类更昂贵。

类最适合将复杂的操作和数据分组在一起这将在整个项目中发生变化；结构是更好的选择大多数情况下保持不变的简单对象和数据。除了它们的用途之外，它们在一个键上有根本的不同即变量之间传递或分配的方式。类是引用类型，这意味着它们由参考结构是值类型，这意味着它们是由价值

小心使用类。如果您有一些引用相同内存的游戏对象，修改其中一个将修改其他对象。

创建结构对象时，其所有数据都存储在没有引用或连接到其内存的对应变量地方这使得结构对于创建需要快速高效地复制，同时保留独立的身份。

ExampleStruct struct1= new ExampleStruct()
ExampleStruct struct2= struct1

修改结构2不会影响结构1。

基本上，创建结构是为了提高性能。但是，由于涉及到所有的复制，有时结构可能会更慢。如果结构有很多需要复制的变量，那么将其转换为类并传递引用可能会更快如果您有一个结构数组，那么数组本身就是堆上的一个对象，结构值包含在数组中。所以垃圾收集器只有一个对象需要考虑。如果数组超出范围，垃圾收集器可以在一个步骤中释放数组中的所有结构。如果代码的任何其他部分正在使用此数组中的结构，由于结构被复制，因此我们可以安全地释放数组本身及其内容。如果您有一个对象数组，那么数组本身和数组中的每个对象都是堆上的独立对象。每个对象都可以存储在堆的完全不同的部分，而代码的另一部分可能会引用这些对象。因此，当我们的数组超出范围时，我们无法立即释放数组。因为垃圾收集器必须单独考虑每个对象，并确保在取消分配之前没有对每个对象的引用。

Struct可用于提高垃圾收集性能。虽然您通常不必担心GC性能，但在某些情况下，它可能是一个杀手。就像低延迟应用程序中的大型缓存。请参阅本帖中的示例：

http://00sharp.wordpress.com/2013/07/03/a-case-for-the-struct/

当您需要值语义而不是引用语义时，请使用结构。

如果需要引用语义，则需要类而不是结构。

除了运行时直接使用的值类型和其他用于PInvoke的值类型之外，您只能在两种情况下使用值类型。

当您需要复制语义时。当您需要自动初始化时，通常在这些类型的数组中。

无论何时：

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

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