什么时候应该在C#中使用结构而不是类？我的概念模型是，当项只是值类型的集合时，使用结构。一种将它们逻辑地结合在一起的方法。
我在这里遇到了这些规则：
结构应表示单个价值结构应具有内存占用空间小于16字节。结构不应在之后更改创造
这些规则有效吗？结构在语义上意味着什么？
当前回答
我不同意原帖子中给出的规则。以下是我的规则：
当存储在数组中时，可以使用结构来提高性能。（另请参见结构何时是答案？）在向C/C传递结构化数据的代码中需要它们++除非需要，否则不要使用结构：它们的行为与赋值下的“正常对象”（引用类型）不同当作为参数传递时，这可能导致意外行为；如果查看代码的人不知道他们正在处理一个结构。它们不能被继承。将结构作为参数传递比类更昂贵。
其他回答
当您需要值语义而不是引用语义时，请使用结构。
如果需要引用语义，则需要类而不是结构。
结构在大多数方面类似于类/对象。结构可以包含函数、成员，并且可以继承。但C#中的结构仅用于数据保存。结构比类占用更少的RAM，并且垃圾收集器更容易收集。但当您在结构中使用函数时，编译器实际上采用的结构与类/对象非常相似，所以如果您想要使用函数，请使用类/对象。
简单地说，如果：
您的对象财产/字段不需要更改。我的意思是你只想给它们一个初始值，然后读它们。对象中的财产和字段是值类型，它们并没有那么大。
如果是这种情况，您可以利用结构来获得更好的性能和优化的内存分配，因为它们只使用堆栈，而不是同时使用堆栈和堆（在类中）
我使用结构来打包或解包任何类型的二进制通信格式。这包括读取或写入磁盘、DirectX顶点列表、网络协议或处理加密/压缩数据。
在这方面，你列出的三条准则对我来说并不有用。当我需要以特殊顺序写出400字节的内容时，我将定义一个400字节的结构，并用它应该具有的任何不相关的值填充它，我将以当时最合理的方式设置它。（好吧，四百字节会很奇怪——但当我以写Excel文件为生的时候，我处理的是多达四十字节的结构，因为这就是一些BIFF记录的大小。）
结构适合于数据的原子表示，其中所述数据可以被代码复制多次。克隆对象通常比复制结构更昂贵，因为它涉及分配内存、运行构造函数以及在完成时释放/垃圾回收。
