LINQBridge用户:它的功能是否完整？

Question

对于桌面程序员，您是否避免在客户机上为其big footprint部署.NET 3.5框架？如果是这样，LINQBridge的功能是否完整？

编辑

.NET 3.5框架给人一种OLE 2.0 (又名COM)的感觉。当2.0新推出时，一些用户会问是否会有OLE 3.0版本。但不会有任何结果。OLE 2.0是一个可靠的体系结构，未来的所有改进都可以在不接触底层体系结构的情况下进行。

我认为.NET Framework2.0的CLR也是如此，它是一个可靠的架构，不需要改变底层架构来适应未来的改进。CLR3.5发布时不需要更改其底层.NET (2.0)。如果微软能够在不改变底层架构(CLR2.0)的情况下改进.NET (5.0)，这就证明了CLR2.0从一开始就有一个良好的基础，这是对他们的赞誉。

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

也就是说，.NET 3.5只是额外的库，其中的一些功能我不需要，一些我可以很高兴地与之交换(例如LINQBridge)。其余的都是syntactic sugars(不依赖于3.5)。仍然可以继续使用VS2008，目标是.NET 2.0 (只有20MB)，但仍然可以获得整洁的特性: lambda、扩展方法、推断变量、匿名类型、自动属性等。

Answer 1

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

Answer 2

纯粹的体型？即使是200mb，这真的很重要吗？把它戴上一次，就会快乐起来。

Answer 3

不得不在500+计算机上安装200mb (就像我们在这里必须做的那样)是一件非常痛苦的事情。

您可以使用ASUS来帮助发送垃圾邮件，但200MB仍然是很大的空间。

话虽如此，是的。它让我们停下来，重新考虑我们是迁移到3.5，还是继续在2.0中编写所有内容。在这一点上，我们用2.0编写了大多数东西，并且我们根据需要将3.5分发到机器上-用于一次性项目，其中我们确实使用3.5。

当我们实现了3.5的良好用户基础，并且旧机器(带有较小的驱动器)已经被自然减员所取代时，我们可能会完全迁移到3.5框架。

到那时，微软可能会有5.0版本，但是嘿..我们要继续前进。=)

至于LinqBridge...不是的。如果我要用Linq编写代码，我会做对它，而不是一半一半。