本着
当前的 LINQ 提供程序：
- LINQ 到对象。
- LINQ 到 SQL。
- LINQ 到 XML。
- LINQ 到实体。
- LINQ 到 WMI。
- LINQ 到 LDAP。
- LINQ 到 Internet。
- LINQ 到数据集。
- LINQ 到 nHibernate。
那么，LINQ 之后是什么？是否有任何数据源 LINQ 不是查询它的电缆？
[编辑] 来自亚当罗宾逊的回答：什么样的数据源（如果有）不适合正式的查询定义？
问问题
417 次
5 回答
3
您忘记了 LINQ-to-Datasets 等。但是，问题不在于 LINQ 是否能够查询特定数据源，因为向 LINQ 公开某些内容（以特定于提供程序的方式，而不是依赖于 LINQ-to-objects）仅依赖于接口执行。真正的问题是哪种数据源（如果有）不适合正式的查询定义。
于 2009-08-01T19:29:11.437 回答
3
这不是在 Linq 之后，但它可能是在 Linq 之后，因为您目前认为它充当序列上的拉机制。
新的 .NET 4.0IObservable<T>和IObserver<T>接口（又名Rx 框架）扩展了 Linq 的功能，以允许推送机制和更简单的事件驱动异步工作流的构造。如果您关注我链接到的博客上的其他帖子，还有更多关于它的信息。
所以 Linq无法查询事件。但现在是！
于 2009-08-01T19:42:30.333 回答
1
- LINQ 到 WMI
- LINQ 到 LDAP
- LINQ to Internet - 查询 Internet（来自 Google）
于 2009-08-01T19:28:16.180 回答
0
Linq to nHibernate 也刚刚完成
于 2009-08-01T19:34:07.900 回答
0
您询问：
哪种数据源（如果有）不适合正式的查询定义？
Linq 是一个提供者，因此只要数据源有一种查询方式，就应该可以为它创建一个 Linq 提供者。在我看来，如果你有一个数据源，你也有一个“正式的查询定义”或者可以创建一个。如果不是，它真的是一个数据源还是只是一个 blob？
于 2009-08-01T19:56:35.750 回答