.net - LINQBridge 用户 : is it feature-complete?

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




对于桌面程序员，您是否避免在客户端机器上部署 .NET 3.5 框架，因为它的 big footprint ?如果是，是LINQBridge功能齐全？

[编辑]

.NET 3.5 Framework 唤起了一种 OLE 2.0(又名 COM)的感觉。当 2.0 新出来的时候，一些用户就在问是否会有 OLE 版本 3.0。但不会有。 OLE 2.0 是一个坚实的体系结构，可以在不触及底层体系结构的情况下进行所有 future 的改进。

我认为 .NET Framework 2.0 的 CLR 与坚实的架构相同，无需更改底层架构以适应 future 的改进。 .NET 3.5 的发布无需更改其底层 CLR(2.0)。如果微软可以在不改变底层架构(CLR 2.0)的情况下改进 .NET(5.0)，这证明 CLR 2.0 从一开始就有良好的基础，对他们表示敬意。

JVM 也不能这样说，它的基础是有缺陷的。他们的泛型无法从其 VM/CLR 中获得一流的支持。

话虽如此，.NET 3.5 只是额外的库，其中一些我不需要的功能，一些我可以愉快地交换(例如 LINQBridge)。其余的只是 syntactic sugars (不依赖于 3.5)。仍然可以继续使用 VS 2008，面向 .NET 2.0(仅 20 MB)，但仍然可以获得简洁的功能:lambda、扩展方法、推断变量、匿名类型、自动属性等。

Answer 1

我使用 LINQBridge 是因为我们这里有一些用户在 Win2k 上使用的 PC，因此不支持 .net 3.5。我发现 IEnumberable 的东西非常好，它的性能与微软不相上下。但是，它缺少整个 IQueryable 的东西，而且我认为它没有 XElement 的东西或 LINQ-TO-SQL 的东西。