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

在需要使用StructLayoutAttribute显式指定内存布局（通常用于PInvoke）的情况下，需要使用“结构”。

编辑：注释指出，可以将类或结构与StructLayoutAttribute一起使用，这当然是正确的。在实践中，您通常会使用一个结构——它是在堆栈上分配的，而不是在堆上分配的——如果您只是向非托管方法调用传递一个参数，这是有意义的。

我很少对事物使用结构。但这只是我，这取决于我是否需要对象为空。

如其他答案所述，我对真实世界的对象使用类。我也有结构用于存储少量数据的想法。

这是一条基本规则。

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

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、函数或任何其他对象。我创建并填充我的结构，将其放入标记中，将其拉出，获取所选内容的数据等等。我不会在课堂上这样做！

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