对于桌面程序员，您是否避免在big footprint的客户端计算机上部署.NET 3.5框架？如果是，LINQBridge功能完整吗？
[编辑]
.NET 3.5 Framework唤起了OLE 2.0（又称COM）的感觉。当2.0新出现时，一些用户会问是否会有OLE 3.0版。但是没有。 OLE 2.0是一个可靠的架构，可以在不触及底层架构的情况下完成所有未来的改进。
我认为.NET Framework 2.0的CLR与实体架构相同，不需要更改底层架构以适应未来的改进。 .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，扩展方法，推断变量，匿名类型，自动属性等。
答案 0 :(得分：3)
我使用LINQBridge，因为我们的用户使用的是一些在Win2k上的PC，所以没有.net 3.5支持。我发现IEnumberable的东西很棒，而且它的性能与微软相当。但它缺少整个IQueryable的东西，我不认为它有XElement的东西或LINQ-TO-SQL的东西。
答案 1 :(得分：0)
大小？即使在200mb，它真的重要吗？穿上它，开心吧。
答案 2 :(得分：0)
必须在500多台计算机上安装200mb（就像我们在这里必须做的那样）是一种巨大的痛苦。
你可以使用华硕来帮助垃圾邮件，但200MB还有很多空间。
话虽如此，是的。它使我们停下来并重新考虑我们是否转向3.5或继续在2.0中编写所有内容。在这一点上，我们正在编写2.0中的大部分内容，并且我们将根据需要将3.5分发给机器，我们使用3.5来实现。
如果我们拥有3.5的良好用户群并且旧机器（具有较小的驱动器）已经被磨损所取代，那么我们可能会完全转向3.5框架。
到那时，MS可能会有5.0，但是嘿..我们正在前进。 =）
对于LinqBridge ......没有。如果我打算用Linq编写代码，我会做正确的，而不是一半。