对于一个新的小应用程序来说,实体框架值得吗?大约10张桌子和一个WinForms应用程序。
例如,替代方案是DataTables/DataRow或Linq-to-SQL
发布于 2010-04-28 21:17:52
我不同意那些说LINQ to SQL对于小项目更可取的说法,基于使用LINQ to SQL和Entity Framework的实际经验。我真的很难接受LINQ to SQL令人难以置信的弱模式更新场景(丢弃旧模型,重新生成一个新模型,然后重新应用您的定制)。在很大程度上,您可以使用这两个工具执行所需的操作,但是如果您的DB模式将要更改或发展,您将花费太多的时间摆弄L2S设计器。
避免使用实体框架的最好理由是你不理解它。这里我不是在开玩笑;如果您确实了解L2S,但您不了解EF,那么一定要使用L2S;您可能会更有效率。但如果你了解这两个工具,EF几乎可以做L2S能做的所有事情,甚至更多(简单的模型更新,模型优先,代码优先模型,可定制的codegen,RIA服务,等等)。
发布于 2010-04-28 13:18:36
Entity Framework是一个很棒的产品-但它显然是为更高级、更复杂的情况而设计的,在这些情况下,您需要能够拥有一个与您的底层存储模型不同的域对象模型。如果你需要这样做--很好--但对于大多数较小的应用程序来说,这完全是大材小用,只会增加额外的性能杀手。
对于小型应用程序,可以使用SQL to--或者看看Subsonic。这两个都在你的桌面上提供了非常薄和非常简单的层,它们对较小的应用程序非常有效。
DataTables都是90年代的.远离他们,他们凌乱,他们很难使用,他们不愉快,工作效率不高。
发布于 2010-04-28 12:37:32
我可能会为一个小项目选择LINQ to SQL。
https://stackoverflow.com/questions/2726806
复制相似问题