使用哪个 Micro ORM？ [关闭]答案

【问题标题】：Which Micro ORM to use? [closed]使用哪个 Micro ORM？ [关闭]
【发布时间】：2011-08-15 08:27:32
【问题描述】：

试图在Dapper、Massive 和PetaPoco 之间做出选择。我确实喜欢 Dapper 的简单性、Massive 的灵活性以及 PetaPoco 中的 POCO 支持，但目前我正在为我的下一个项目选择哪一个而犹豫不决。

我确实意识到，在很大程度上，这是个人品味的问题，但相信听到一些关于这个主题的意见会很有价值，特别是来自那些尝试过不止一种图书馆的人，错误，图书馆（什么是正确的术语：库、文件、框架？）

【问题讨论】：

有人会过来投票给 Dapper，因为它在这里被使用。
愿意提供一些关于您下一个项目的细节，因为现在这个问题是主观的？
这很有趣，应该重新打开恕我直言
我详细阐述了那些 Micro ORM 和 Microsoft Entity Framework。我发现，那些 Micro ORMS 通常缺乏文档、功能或积极开发。请在此处查看我的答案以获得更完整的解释，为什么我推荐 MS Entity Framework 而不是 Micro ORM stackoverflow.com/questions/6997046/…
提供 SQL 数据 (sqldata.codeplex.com)。它非常快速且易于使用。（披露——我是 SQL Data 的作者）

标签： c# .net orm

【解决方案1】：

尝试确定您提到的哪些功能（简单性、灵活性、POCO 支持）一年后对您和您的项目最有用。最有可能让您的工作更轻松？

然后你就会得到你的答案。如果您仍然无法选择，请选择 Dapper（我只是随机选择 :-) 正如柴郡猫所说，如果您真的不知道自己想去哪里，那么选择哪条路都没有关系。

【讨论】：

【解决方案2】：

PetaPoco 的文档似乎比其他文档更成熟。这似乎是最安全的路线。

【讨论】：

同意 PetaPoco 得到的关注可能比它应得的要少（与其他两个相比）。看起来让他们在一个小项目上试一试是最好的比较方式。
我认为 它的优点之一是简单（类似于 .net 4 上的 Massive）。更少的代码意味着更容易解决问题。我会试一试并使用 T4 来避免大量使用类似于 I've done with BLToolkit 的 魔术字符串。

【解决方案3】：

我还没有尝试过这些。默认情况下，我总是根据生成的客户端代码行数和类型安全性做出决定。当然，您还应该考虑许多其他指标，但如果您的项目不受任何特殊（外来）要求的限制，那么这两个通常是适用的。顺便提一句。我知道我的回答可能会引起争议；）

【讨论】：