2、编写更少代码即可创建完整应用。

   最初的时候，当我听到微软说LINQ将可以让开发者编写更少代码时，我也对此将信将疑，因为在此之前我们已经看到过太多言过其实的技术和解决方案。不过当我开始使用LINQ创建SQL Server的查询语句时，我改变了我的看法。我惊讶的发现，原来需要八行代码完成的查询功能，如果使用LINQ我只需要简单的一行即可实现。

   你的确需要多增加几行代码来创建一个在LINQ查询中使用的数据源对象，但是当你在开发.NET应用程序的时候也必须做同样的工作，因此你并没有损失什么。

   那么要想使用LINQ，你需要做些什么？就如同在Visual Studio中访问数据库一样，LINQ需要开发者提供一个数据提供程序（provider）。这个Provider作为数据源和LINQ之间的中间人，有了它，LINQ才能对代码重用来获得查询结果。这儿的关键是：如果开发者不需要访问一个定制的数据源，他就不用编写这个Provider的代码。这意味着你的开发团队成员整体上会编写更少的代码，因为Provider中包含了很多代码可以让别人直接使用。更少的代码意味着更少的出错机会，以及测试部门更少的工作量。

3、更快开发错误更少的应用程序。

   LINQ让代码更易懂，至少对程序员来说它是如此。它使用的类SQL语法，很多开发者已经非常熟悉。在SQL中你指定那些你需要的内容作为输出，而LINQ则关心如何根据你指定的Provider来为你获得这个输出。一个简单的编程环境，再加上需要编写更少的代码，毫无疑问你可以在更少的时间内开发出你的应用程序。

   你开发的LINQ应用程序还将包含更少的错误。创建数据源Provider的开发者已经对自己的程序进行了调试和优化。由于开发者编写更少的代码，而且每行代码基于相同的架构，这样可以很轻松开发出具有更少错误的应用。

   LINQ来自微软的调试功能也让调试过程变得异常容易。只要你愿意，你可以在调试过程中监视每一个查询的每一个细节信息。在这一点上微软还是做的相当不错的。

   当然这也并非完全是优点，使用第三方Provider虽然降低了开发时间，但是也可能让你没法使用全部的LINQ功能。而且如果你使用的第三方Provider不够完善的话，也有带来错误的可能。

   LINQ具有很多方法来帮助开发者创建一个复杂的查询。如果第三方Provider不能支持所有这些方法，那么开发者将不得不绕道而行。因此微软需要创建一个计划来对这些第三方Provider提供认证，确保Provider的功能是完整的，如果厂商通过了这个认证，则给它一个标志，让开发者在使用它们的时候做到心中有数。即便如此，我所碰到的最糟糕的第三方Provider也具备大多数开发者创建任何查询所需要的功能。