最佳“当前”用于松散耦合不断变化的代码的 MS 数据访问技术？

Question

我在我的项目中做了很多非类型化数据集工作，并且已经这样做了一段时间，但是当使用 datagridview 的就地编辑时，我发现如果使用类型化数据集，验证和其他东西会容易得多。

但这提出了一个问题，因为我不喜欢使用这些数据集设计器来创建强类型数据表/数据集。与非类型化数据集相比，类型化数据集以后更难进行简单的更改。类型化数据集更改需要安装 VS 的副本，而非类型化数据集则不需要。我可以更改数据库服务器上的 sql 视图，应用程序将在我的网格中显示新列。他们可能无法使用新列，但我的大部分内容都是信息显示，所以没关系。

我查看了实体框架，但看起来也必须运行一些向导来构建数据模型。我并不反对数据模型，但如果它能在运行时生成，这样对数据库的新更改不需要软件重新编译，那就太好了。

有快乐的媒介吗？或者我是否在启动时创建非类型化数据表的时间更长了？

Answer 1

当然，这只是品味问题，但我发现数据集是万恶之源。
好吧，也许不是全部都是邪恶的，但它们代表了一种没有与之相关的行为的数据结构 =>它们不是对象（如 OOP 中定义的）=>使用它们可以促进非 OOP 风格的编程（更不用说过程式编程了）。

其他一些要点：

1. gridviews 和任何其他控件完全支持绑定到对象列表（而不仅仅是数据集）。
2. 我认为，如果您必须更改数据模型，安装 VS 的副本并不算过分的要求。
3. 同样，当您更改数据模型时，必须重新编译代码也不是夸张的要求。
4. 如果，当您更改数据库中的表时，这会强制更改您的用户界面，我会说它不是任何想象的“松散耦合”。

我相信使用数据集的唯一理由是将数据从数据库中提取出来，然后将其传输到您的对象中。
但现在，如您所知，如果没有必要，您可以使用 ORM 来完成这项工作（EF 是其中之一，nHibernate 是另一个更好的选择）。

因此，总而言之，我强烈建议您重新考虑数据集的使用，因为它们违背了面向对象的基础知识。

附：
抱歉，如果这听起来有点情绪化——我是根据痛苦的个人经历说的。
我为此烦恼了两年，因为我正在开发的应用程序到处都使用了数据集，这意味着我们也必须重复所有数据的行为。呃……