对于桌面程序员，您是否会避免在客户端计算机上部署 .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、扩展方法、推断变量、匿名类型、自动属性等。
最佳答案
我使用 LINQBridge 是因为我们的用户使用的一些 PC 运行的是 Win2k，因此不支持 .net 3.5。我发现IEnumberable的东西非常优秀，它的性能与微软相当。不过，它缺少整个 IQueryable 的东西，而且我认为它没有 XElement 的东西或 LINQ-TO-SQL 的东西。
关于.net - LINQBridge用户: is it feature-complete?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/496787/