C# 使用哪种微型ORM？

试图在、和之间做出决定。我确实喜欢简洁、灵活的大规模和PetaPoco中的POCO支持，但目前我在下一个项目中选择哪一个方面有所拖延

---

我确实意识到，在很大程度上，这是个人品味的问题，但我相信听到一些关于这一主题的意见将是很有价值的，尤其是从那些尝试了不止一个库的人那里，呃，库（什么是正确的术语：库、文件、框架？）

试着决定你提到的功能中的哪一个——简单，灵活性、POCO支持——一年后对您和您的项目最为有用。哪种最有可能使您的工作更轻松

---

那你就有答案了。如果你仍然不能选择，那就选择整洁（我只是随机选择了：-）就像柴郡猫说的那样，如果你真的不知道你想去哪里，选择哪条路无关紧要。

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

这些我都没吃过。默认情况下，我总是根据生成的客户机代码行数和类型安全性来做出决定。当然，您还应该考虑许多其他指标，但如果您的项目不受任何特殊（外来）需求的限制，那么这两个指标通常是适用的。

---

顺便说一句，我知道我的回答可能会引起争议；）

有人会来这里投票给Dapper，因为它在这里被使用。请提供一些关于你下一个项目的细节，因为现在这个问题是主观的？这是一个相互询问的问题，应该重新打开。IMHOI详细阐述了那些微ORM和Microsoft实体框架。我发现，这些微型orm通常缺乏文档、特性或主动开发。请参阅我的答案，以获得更完整的解释，为什么我推荐MS Entity Framework而不是Micro-SQL数据（）。它是非常快速和易于使用。（披露-我是SQL数据的作者）+1供Cat参考-你说得对。我想我暗暗地希望有人至少尝试过其中两个来插话。我同意PetaPoco可能没有得到应有的关注（与其他两个相比）。看起来在一个小项目中使用它们是最好的比较方式。我认为它的优点之一是简单（类似于.NET4上的Massive）。更少的代码意味着更容易解决问题。我将尝试使用T4和它一起使用，以避免大量使用类似的魔术字符串。