我刚刚在处理Windows Communication Foundation[WCF]命名管道，我注意到使用Structs确实有意义，以确保数据交换是值类型而不是引用类型。

✔️ 考虑结构使用

创建一个对象或不需要创建该对象（您可以直接赋值，它创建对象）需要提高速度或性能无需施工人员和拆卸人员（静态承包商可用）不需要类继承，但可以接受接口工作负载小的对象工作，如果工作负载高，内存问题将增加不能为变量设置默认值。结构还可以使用方法、事件、静态构造函数、变量等GC中的工作量更少不需要引用类型，只需要值类型（每次创建新对象时）无不可变对象（字符串是不可变对象，因为任何操作都不会在不更改原始字符串的情况下每次返回新字符串）

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

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

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

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

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

我的规则是

1、始终使用类；

如果有任何性能问题，我会根据@IAbstract提到的规则将一些类更改为结构，然后进行测试，看看这些更改是否可以提高性能。

我使用结构来打包或解包任何类型的二进制通信格式。这包括读取或写入磁盘、DirectX顶点列表、网络协议或处理加密/压缩数据。

在这方面，你列出的三条准则对我来说并不有用。当我需要以特殊顺序写出400字节的内容时，我将定义一个400字节的结构，并用它应该具有的任何不相关的值填充它，我将以当时最合理的方式设置它。（好吧，四百字节会很奇怪——但当我以写Excel文件为生的时候，我处理的是多达四十字节的结构，因为这就是一些BIFF记录的大小。）