使用 DataContext.GetTable() 获取“QueryProvider”；

Question

DataContext.GetTable() 方法将返回一个类型为

System.Data.Linq.Table

的对象通过这样做，我认为我还没有向数据库发出调用来检索整个表。否则，LINQ 的效率会有些低。

因此，我所做的就是深入研究强类型 Datacontext 类（例如 dbDataContext），以获取其“Customers”属性等句柄，该属性代表 SQL Server 中的 Customers 表。

然后我可以从 GetTable() 返回的对象中获取 IQueryable，但仍然没有访问数据库。即，我的“服务层”代码将是 LINQ to Objects 而不是 Linq to Sql。

通过完成这一切，我将减少所需的存储库数量。

问题：

上述假设正确吗？

注意：

我正在尝试找出一种方法来使用接口和泛型来构建我的查询，以使其可测试以及所有这些。

因此，按照 @zowen 的回应思考：

存储库模式：一每个实体的存储库类？

我正在尝试实现

public interface IQueryProvider<T>
{
     TResult Query<TResult>(Func<IQueryable<T>, TResult> query);
}

我知道这并不是绝对必要的，但我正在经历学习曲线并查看适合我和我的想法的架构选项。

我正在尝试做的事情：

我正在尝试为 SQL Server 而不是 MongoDb 实现以下内容：

public class MongoQueryProvider<T> : IQueryProvider<T>
{
    private readonly IMongoCollection<T> collection;

    public MongoQueryProvider(IMongoDatabase database)
    {
        this.collection = database.GetCollection<T>();
    }

    public TResult Query<TResult>(Func<IQueryable<T>, TResult> query)
    {
        return query(this.collection.Linq());
    }
}

我想要的是获取 GetTable() 的句柄，然后针对该句柄编写我的服务层 Linq 代码。

我怀疑我必须编写一个包装器接口才能获得 IMongoDatabase 数据库变量的等效项。

然而，问题是上面的问题，而不是其他问题。就像我说的，我只是在这里学习。这部电影中不会伤害任何制作代码。

Answer 1

对你的问题的简短回答是你的假设是正确的。您不通过 DataContext 的 GetTable<>() 方法访问数据库。而且，当您获得 IQueryable 时，您也不会访问数据库，除非您枚举它。

另外，看看这是否对您的任务有帮助：为每个对象创建通用存储库与特定存储库的优点？