对于新的小型应用程序来说，实体框架值得迁移吗？大约 10 个表格和一个 WinForms 应用程序。
即替代方案是 DataTables/DataRows 或 Linq-to-SQL
我不同意那些说 LINQ to SQL 更适合小型项目的说法，这是基于在小型项目中使用 LINQ to SQL 和实体框架的实际经验。我很难克服 LINQ to SQL 极其薄弱的架构更新场景（扔掉旧模型，重新生成新模型，然后重新应用自定义）。在大多数情况下，您可以使用这两种工具完成您需要做的事情，但是如果您的数据库架构发生变化或发展，您将花费way太多时间摆弄 L2S 设计师。
避免使用实体框架的最好理由是您不理解它。我并不是在这儿胡言乱语；如果您确实了解 L2S 但不了解 EF，那么请务必使用 L2S；你可能会更有效率。但是，如果您了解这两种工具，那么 EF 几乎可以完成 L2S 可以做的所有事情，甚至更多（简单的模型更新、模型优先、代码优先模型、可定制的代码生成、RIA 服务等） 。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
