Linq：加入或不加入（这是更好的方式，加入或关系）

Question

我已经编写了相当多的代码，这些代码使用通过在数据库上拥有外键而提供给我的 Linq2Sql 表关系。但是，事实证明，为我的单元测试模拟数据有点费力。我必须在测试工具中手动设置任何关系。

因此，我想知道编写 Linq 连接而不是依赖关系是否会让我的代码更容易测试并且可能更高效。

        var query =
            from orderItem in data.OrderItems
            select new
            {
                orderItem.Order.Reference,
                orderItem.SKU,
                orderItem.Quantity,
            };

        Console.WriteLine("Relationship Method");
        query.ToList().ForEach(x => Console.WriteLine(string.Format("Reference = {0}, {1} x {2}", x.Reference, x.Quantity, x.SKU)));

        var query2 =
            from orderItem in data.OrderItems
            join order in data.Orders
                on orderItem.OrderID equals order.OrderID
            select new
            {
                order.Reference,
                orderItem.SKU,
                orderItem.Quantity,
            };

        Console.WriteLine();
        Console.WriteLine("Join Method");
        query2.ToList().ForEach(x => Console.WriteLine(string.Format("Reference = {0}, {1} x {2}", x.Reference, x.Quantity, x.SKU)));

上面的两个查询都给了我相同的结果，但在性能和可测试性方面，一个比另一个更好吗？

Answer 1

你在测试什么？ Linq to SQL读取数据的能力？通常认为，linq to sql 是数据库上的一层薄薄的饰面，linq to sql 代码本身被认为是“原始的”，因此不需要进行测试。

我非常不赞成以这种方式使代码复杂化，这样您就可以模拟 linq to sql DBML。如果您想测试业务逻辑，最好将测试数据库连接到 DBML（数据上下文的构造函数重载允许您执行此操作）并使用数据库事务来测试数据交互。这样，您可以回滚事务以撤消对数据库的更改，使测试数据库保持其原始状态。

Answer 2

在性能方面，两个查询将评估为相同的 SQL（Scott Guthrie 有一个 关于如何查看 LINQ 查询生成的 SQL 的博客文章）。我不认为这两种选择本质上比另一种更“可测试”。但是，我更喜欢使用外键和关系，因为使用 SQL Metal 时，它可以让您快速知道您的数据库具有适当的键。

Answer 3

我认为这两种方法在性能或可测试性方面都没有优势。第一种形式更容易阅读，所以我个人会选择这种形式。但这是一个主观问题。

在我看来，您的问题在于能够以简单的方式设置数据，并使外键值和实体引用保持一致。我认为这不是一件容易解决的事情。您可以编写某种框架来创建对象代理并使用实体元数据来拦截 FK 和相关实体属性设置器以便同步它们，但在您意识到之前，您将实现一个内存数据库！