DLinq 演变成哪一种——Linq to SQL 还是实体框架？
Dlinq 发生了什么？几年前我听说它被废弃了。
它的一些代码是否用于创建 Linq to SQL 或 ADO.NET 实体框架？哪一个？换句话说，后两种技术中哪一种是旧 DLinq 的新化身？
我正在学习 ADO.NET 实体框架，由于我刚刚开始，我相信这些问题的答案将帮助我更好地理解该主题。我通常首先了解技术主题的历史和背景。这感觉就像一次热身练习，可以增强我的信心并增加学习更多知识的动力。此外，它还能够正确地看待事物，这是其他开发人员可能没有的。
在过去的几个月里，我阅读了一些 Linq to Objects 和 Linq to SQL，并且还比较了 Linq to SQL 生成的样板与实体框架的实体模型工具生成的样板。
我可以理解其中的内在原理，例如两个模型的 DataContext / ObjectContext 如何关联，以及前者如何使用 Table 其中后者使用 ObjectQuery，两者都是 IQueryable，因此支持标准 Linq 查询运算符。
Linq to SQL 看起来更像是抄袭 DLinq。
What happened to Dlinq? I heard a few years ago that it was abandoned.
Was some of its code used to create Linq to SQL or the ADO.NET Entity Framework? Which one? In other words, which of the two latter technologies are a new avatar of the old DLinq?
I am learning ADO.NET Entity Framework and since I am just starting out, I believe the answers to these questions will help me get a better understanding of the subject. I usually start out learning about the history and the background of a technical topic. It feels like a warm up exercise that gives me a boost in confidence and increases motivation to learn more. Also, it puts things in perspective, which other developers may not have.
Over the last few months, I've read Linq to Objects and Linq to SQL somewhat, and have also compared the boilerplate that's generated by Linq to SQL vs. that generated by the Entity Framework's Entity Model tooling.
I can appreciate the intrinsics somewhat as in, how the two models' DataContext / ObjectContext relate, and how the former uses Table<T> where the latter uses an ObjectQuery, both of which are IQueryable and thus support the standard Linq query operators.
Linq to SQL looks a lot more like a rip off of DLinq.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
DLINQ 成为 LINQ to SQL。 LINQ to SQL 并非抄袭；这是一种演变。
DLINQ became LINQ to SQL. LINQ to SQL is not a rip off; it's an evolution.