您认为切换到实体框架有利吗?

时间:2023-01-05
本文介绍了您认为切换到实体框架有利吗?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

问题描述

由于 LINQ to SQL 很可能不会像实体框架那样获得积极的开发,您认为最好切换到实体框架吗?

With LINQ to SQL most likely going to not get as much active development as Entity Framework do you think it's best to switch to Entity Framework?

我个人发现 EF 与 LINQ to SQL 相比非常笨重且难以使用,这感觉很自然.

I've personally found EF to be very clunky and hard to use compared to LINQ to SQL which feels very natural.

我最近在我的博客上发表了一篇关于我对这个潜在决定的感受的文章......

I recently posted an article on my blog about my feelings towards this potential decision...

ADO.NET v LINQ to SQL

推荐答案

IMO,目前没有.

很明显(来自 尤其是最近的公告)EF 正在进行一些重大修订,如thunderdome" 场景在 LINQ-to-SQL 和 EF 之间发生.无论发生什么,EF(几年后)几乎肯定会与今天的 EF 完全不同.或者肯定足够不同";-p

It is clear (from recent announcements especially) that EF is in for some heavy revisions as the "thunderdome" scenario plays out between LINQ-to-SQL and EF. Whatever happens, EF (in a few years) will almost certainly look quite different to EF today. Or certainly "different enough" ;-p

因此,我的观点是:坚持简单.而简单的是 LINQ-to-SQL.

As such, my view is: stick with simple. And simple is LINQ-to-SQL.

如果我知道它很快就会改变,那么我认为学习一个臭名昭著的复杂系统并没有什么好处.

I don't see much benefit learning a notoriously complex system if I know it is going to change very soon.

我 100% 支持你使用 LINQ-to-SQL ;-p

And I'm 100% with you on LINQ-to-SQL ;-p

如果我现在需要的不仅仅是 LINQ-to-SQL,我会看看 NHibernate或者LLBLGen Pro.

If I needed something more than LINQ-to-SQL right now, I'd look at NHibernate or maybe LLBLGen Pro.

(编辑 - 作为更新,我的立场有所缓和,这里 和 此处 - 但我仍然使用 LINQ-to-SQL 作为我的主要工具;还有 - LINQ-to-SQL 还没死 ;-p).

(edit - as an update, my position has softened a little bit, here and here - but I'm still using LINQ-to-SQL as my primary tool; also - LINQ-to-SQL isn't quite dead yet ;-p).

这篇关于您认为切换到实体框架有利吗?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

上一篇:如果其他在 LINQ 下一篇:如何将 SQL 中的多个内部联接转换为 LINQ?

相关文章

最新文章