我正在启动大型 asp.net 项目，但我无法决定 LLbl 或 linq to sql。你能帮助我吗？linq to sql 和 LLBL 的优缺点是什么？我应该使用哪一个？
谢谢你的回答。我想问一个问题。我会将它用于大型项目。linq to sql 和 LLBL 性能如何？哪个更快？
问问题
358 次
4 回答
2
如果您的选择是 L2S 或 EF 和 LLBL - 每天、全天、有时在晚上使用 LLBL。可不是闹着玩的。
LLBL 拥有最具表现力的 Linq 提供程序之一和令人难以置信的可扩展性。代码坚如磐石，不像，咳嗽......你可能知道我的意思。
但让我告诉你我的真实感受……哈哈……
于 2010-02-16T09:25:47.707 回答
1
Linq2SQL 的问题是微软不再开发 Linq2SQL...
LINQ to SQL 真的死了吗？乔纳森艾伦为 InfoQ.com
Matt Warren 将 [LINQ to SQL] 描述为“甚至不应该存在的东西”。从本质上讲，它只是用来帮助他们开发 LINQ，直到真正的 ORM 准备好。
...
实体框架的规模导致它错过了 .NET 3.5/Visual Studio 2008 的最后期限。它是在不幸命名为“.NET 3.5 Service Pack 1”的时候及时完成的，它更像是一个主要版本，而不是一个服务包。
...
由于复杂性，开发人员不喜欢 [ADO.NET Entity Framework]。
...
从 .NET 4.0 开始，LINQ to Entities 将成为 LINQ to 关系方案的推荐数据访问解决方案。
如果您正在考虑将 LLBL 作为替代方案......可能不是一个坏主意，但我个人更喜欢 Linq2SQL，因为它为您提供了更多的自由来创建您需要的任何临时查询。但是如果你需要更多的结构，那么 LLBL 可能是一个更好的选择......但是你有微软在未来没有开发 Linq2SQL 来应对。
您是否将 Linq2Entities 视为替代方案甚至 NHibernate...如果您需要更多信息，请告诉我或查找linq 2 sql vs linq 2 entity ...
希望有帮助。
安东尼
于 2010-02-16T09:21:39.927 回答
0
决定使用哪一个取决于。您没有提供几乎足够的信息让我们帮助您做出决定。这两种产品都有可能会或可能不会影响您的缺点。还有其他 .NET ORM 可能更合适，但您还没有明确说明您拒绝这些的原因。
您可以在此处阅读有关 .NET ORM 的更多信息：
NHibernate、实体框架、活动记录或 linq2sql
请围绕您的问题提供更多背景信息。
于 2010-02-16T09:38:27.290 回答
0
LINQ to SQL 没有死。
Microsoft 不会在 .NET 4.0 中弃用它。
我们正在努力实现LINQ to Oracle、MySQL、PostgreSQL、SQLite，并且正在积极开发此实现。
于 2010-02-16T13:54:10.710 回答