asp.net 2.0：绑定到gridview的最佳数据结构

在大多数情况下，我正在处理的应用程序处理对象，并且我可以将对象列表绑定到gridview，而不会出现任何问题

但是，在一些情况下，我希望在gridview中显示多表联接的结果。当前的代码使用数据集，这非常简单，但我想知道是否有更好/更有效的方法来实现这一点

---

我们不需要数据集的大部分功能—数据是只读的，并且在大多数情况下不会有大量记录。i、 e.可能不超过200个，通常为10-20个，我认为您应该尽可能使用DataReader。有时数据集更合适，例如下面列出的两种情况。这些来自于文章。也可以查看后续文章

在桌面中，WinForms应用程序。考虑基于桌面的 数据输入型程序。用户可能会 启动程序，启动销售 来自某个数据库服务器的数据，使 一些更改，然后要保存 这些变化。这是一个理想 数据集的情况。它允许 要读入数据集的数据 驻留在客户端的内存中 为用户提供工作的能力 在数据上不需要 不停地回到家里 数据库完成编辑后 数据，他们可以批量更新， 优雅地处理任何可能发生的更改 可能是在用户访问时发生的 在数据库中处理数据 断开连接状态。此外，由于 数据集是一个断开连接的数据集 存储，此数据可以脱机。 去客户家的推销员 站点可以加载此数据并能够 查看他笔记本电脑上的数据 在运输途中，或在客户处 办公室

用于发送/接收远程数据库信息或允许 异类之间的通信 平台。因为数据集可以是 序列化/反序列化为XML so 很容易，他们是最有希望的候选人 跨物理层发送信息 边界或作为一种手段 将数据序列化为 平台无关格式。例如 如果要返回数据库数据 从Web服务中，一个选项是 只需将数据库数据读入 然后返回数据集 从Web服务方法。这个 数据集将自动 序列化为XML并通过 金属丝我个人不推荐 从中的Web服务返回数据 这样。相反，我更喜欢使用 自定义业务对象-它允许 更好地控制XML 序列化，提供了更轻的 返回有效载荷，并显示较少的有效载荷 特定于体系结构