问LINQ到SQL模糊了关注的分离？

EN

拥有通过SQL而不是通过存储过程与数据库服务器交互的代码并不违反关注点的分离，只要代码被很好地模块化，LINQ部件只关心数据输入/检索，并且不与其他任务(关注点)混在一起。LINQ使用不会破坏任何原则。

现在，在从一开始就以这种方式编码时，修改代码不使用SPs可能不是一项小任务，而且除了学习LINQ之外，最终可能没有任何真正的好处。

实际上，LINQ对SoC有很大帮助。与传统的基于sproc的DAL相比，它将使用SQL与域对象分离开来。拥有一组调用存储过程的方法是一种失败的尝试--最小化而不是消除DAL和业务逻辑之间的接触点。LINQ库成为您的DAL，您可以自由地操作一堆愚蠢的对象，而不需要与任何数据备份直接关联--它的另一个好处是能够使用LINQ表达式直接针对您的域对象进行表达，而不是依赖预先确定的存储过程的排列。

如果这个项目是一个大型的项目，并且使用了很多的链轮，那么用LINQ替换它的链轮并不是一个明智的想法。理由应该是显而易见的，为什么这样做是不谨慎的。然而，向前看，这并不意味着您不应该为LINQ实现一个层。这就是我对我的一些大型遗留应用程序所做的。实现和使用LINQ是非常值得的，但是重写旧的链轮以使用LINQ是不值得的(也不值得冒险)。