我正在为特定行业的小型企业创建 C#/SqlServer 应用程序。它是对具有近 100 个数据库表的 VB6 应用程序的重写。它不像某些应用程序那样位于更大的应用程序和数据库企业结构中。它是独立的，并且只有大约 1-3 名开发人员在处理它。
Entity Framework 对于这样的应用程序来说会不会太过分了？我正在寻找至少一个微型 ORM 来简化应用程序的数据访问部分，但是一个完整的 ORM 是否有点矫枉过正？
编辑:我原以为 ORM 主要适合更大的开发环境。
最佳答案
EF 是否“矫枉过正”完全取决于上下文；确实，您提到“稍后相当沉重”，但在许多方面不相关“小型企业应用程序”，因为您永远不会使其承受大量负载。那么，您甚至可以争辩说，除了使用 ORM 之外的任何事情都是过大的(因为它增加了开发工作量)。
您还提到了微型 ORM；实际上，它们会减少大量原始 ADO.NET 代码(您在评论中指出)。 Simple.Data 提供了一个很好的抽象层，避免了编写 TSQL 的需要 - 可能是一个不错的起点，但是有 100 个表，我可以看到 EF/L2S/etc 的很多吸引人的方面(特别是 stub 出你所有的对象)。但是，EF 确实本身 有很多...“功能”(意思是:让您脚趾头受伤的地方)，这意味着您仍然需要了解一些 EF 的工作方式。 Invariably, all abstractions do this to some extent - 因此需要权衡此成本与更多手动操作的成本。
关于c# - Entity Framework 对于小型企业应用程序来说会不会太过分了？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8341630/