我正在寻找学习 Linq 来查询 MS SQL 数据库,但不确定要走哪条路。我最近读到,Linq to SQL 正在被整合到实体框架中,并且开发可能已经停滞不前。
还值得学习 Linq to SQL 吗?还是我应该专注于实体框架或其他对象关系模型,例如 Ideablade 的 Devforce,它正在转移到 Linq 作为查询语言?
我正在寻找学习 Linq 来查询 MS SQL 数据库,但不确定要走哪条路。我最近读到,Linq to SQL 正在被整合到实体框架中,并且开发可能已经停滞不前。
还值得学习 Linq to SQL 吗?还是我应该专注于实体框架或其他对象关系模型,例如 Ideablade 的 Devforce,它正在转移到 Linq 作为查询语言?
Linq to SQL 正在被整合到实体框架中,而这正是该团队投入精力的地方。因此,了解 Entity Framework 的发展可能是您的首要任务(我会把它当作我的。)
但是,如果您有循环,那么了解 Linq to SQL 并不会浪费时间。关于 Linq、表达式、延迟加载、延迟执行等还有很多可以借鉴的地方,并且在融合到 Entity Framework 之后很长时间仍然适用。
我怀疑 LINQtoSQL 提供程序是否会消失,不过,扩展 LINQ 的重点似乎是实体框架。问题是实体框架目前真的很糟糕,IMO。我正在着手开发使用 LINQtoSQL 作为 ORM 的应用程序。我完全希望将来会提供语言支持。当 LINQtoEntities 赶上来时,我可能会研究它,尽管 LINQtoSQL 目前的化身似乎足以满足我的需求(我自己添加了一些调整)。使用动态 LINQ尤其如此,我用它来解决一些我无法解决的棘手问题(使用动态 LINQ,按属性排序要简单得多)。
您可能需要考虑为 nHibernate 使用nHibernate和LINQ。