Entity framework 是否有理由使用“；实体SQL"；如果你能用LINQ？
读了一本关于实体框架的书，他们说LINQ只适用于C#和VB.NET。但对于其他语言，您可以使用实体SQL 如果您正在用C#进行一个项目，是否有任何理由使用实体SQL？有没有这方面的经验？这取决于项目的“规模” 在一个只有很少实体的项目上，如果您不怕将linq2sql放在表示层中，它可以做到这一点 关于实体框架，由于缺少隐式的延迟加载，我认为这是不可能的 我会选择ActiveRecord或NHibernateEntity framework 是否有理由使用“；实体SQL"；如果你能用LINQ？,entity-framework,Entity Framework,读了一本关于实体框架的书，他们说LINQ只适用于C#和VB.NET。但对于其他语言，您可以使用实体SQL 如果您正在用C#进行一个项目，是否有任何理由使用实体SQL？有没有这方面的经验？这取决于项目的“规模” 在一个只有很少实体的项目上，如果您不怕将linq2sql放在表示层中，它可以做到这一点 关于实体框架，由于缺少隐式的延迟加载，我认为这是不可能的 我会选择ActiveRecord或NHibernate 最后，你可以看看这篇文章：也许是因为一些不能用Linq表达的东西 不过最好重新考虑一下您
最后，你可以看看这篇文章：也许是因为一些不能用Linq表达的东西 不过最好重新考虑一下您正在做什么，因为这通常是一个有臭味的代码提示，因为Linq是相当完整的 有些人可能希望将其用于动态过滤器或orderby，但最好将Linq和动态Linq混合使用 看 性能 通过使用实体SQL，您可以绕过Linq表达式编译，这有时会非常昂贵（经常提到30%的改进）