.NET 6开发TodoList应用之实现Repository模式

更新时间:2023-04-04 12:24:35 阅读：评论：0

需求

经常写crud程序的小伙伴们可能都经历过定义很多repository接口，分别做对应的实现，依赖注入并使用的场景。有的时候会发现，很多分散的xxxxrepository的逻辑都是基本一致的，于是开始思考是否可以将这些操作抽象出去，当然是可以的，而且被抽象出去的部分是可以不加改变地在今后的任何有此需求的项目中直接引入使用。

那么我们本文的需求就是：如何实现一个可重用的repository模块。

长文预警，包含大量代码。

目标

实现通用repository模式并进行验证。

原理和思路

通用的基础在于抽象，抽象的粒度决定了通用的程度，但是同时也决定了使用上的复杂度。对于自己的项目而言，抽象到什么程度最合适，需要自己去权衡，也许后面某个时候我会决定自己去实现一个完善的repository库提供出来（事实上已经有很多人这样做了，我们甚至可以直接下载nuget包进行使用，但是自己亲手去实现的过程能让你更好地去理解其中的原理，也理解如何开发一个通用的类库。）

总体思路是：在application中定义相关的接口，在infrastructure中实现基类的功能。

实现

通用repository实现

对于要如何去设计一个通用的repository库，实际上涉及的面非常多，尤其是在获取数据的时候。而且根据每个人的习惯，实现起来的方式是有比较大的差别的，尤其是关于泛型接口到底需要提供哪些方法，每个人都有自己的理解，这里我只演示基本的思路，而且尽量保持简单，关于更复杂和更全面的实现，github上有很多已经写好的库可以去学习和参考，我会列在下面：

很显然，第一步要去做的是在application/common/interfaces中增加一个irepository<t>的定义用于适用不同类型的实体，然后在infrastructure/persistence/repositories中创建一个基类repositoryba<t>实现这个接口，并有办法能提供一致的对外方法签名。

irepository.cs

namespace todolist.application.common.interfaces;public interface irepository<t> where t : class{}

repositoryba.cs

using microsoft.entityframeworkcore;using todolist.application.common.interfaces;namespace todolist.infrastructure.persistence.repositories;public class repositoryba<t> : irepository<t> where t : class{    private readonly todolistdbcontext _dbcontext;    public repositoryba(todolistdbcontext dbcontext) => _dbcontext = dbcontext;}

在动手实际定义irepository<t>之前，先思考一下：对数据库的操作都会出现哪些情况：

新增实体（create）

新增实体在repository层面的逻辑很简单，传入一个实体对象，然后保存到数据库就可以了，没有其他特殊的需求。

irepository.cs

// 省略其他...// create相关操作接口task<t> addasync(t entity, cancellationtoken cancellationtoken = default);

repositoryba.cs

// 省略其他...public async task<t> addasync(t entity, cancellationtoken cancellationtoken = default){    await _dbcontext.t<t>().addasync(entity, cancellationtoken);    await _dbcontext.savechangesasync(cancellationtoken);    return entity;}

更新实体（update）

和新增实体类似，但是更新时一般是单个实体对象去操作。

irepository.cs

// 省略其他...// update相关操作接口task updateasync(t entity, cancellationtoken cancellationtoken = default);

repositoryba.cs

// 省略其他...public async task updateasync(t entity, cancellationtoken cancellationtoken = default){    // 对于一般的更新而言，都是attach到实体上的，只需要设置该实体的state为modified就可以了    _dbcontext.entry(entity).state = entitystate.modified;    await _dbcontext.savechangesasync(cancellationtoken);}

删除实体（delete）

对于删除实体，可能会出现两种情况：删除一个实体；或者删除一组实体。

irepository.cs

// 省略其他...// delete相关操作接口，这里根据key删除对象的接口需要用到一个获取对象的方法valuetask<t?> getasync(object key);task deleteasync(object key);task deleteasync(t entity, cancellationtoken cancellationtoken = default);task deleterangeasync(ienumerable<t> entities, cancellationtoken cancellationtoken = default);

repositoryba.cs

// 省略其他...public virtual valuetask<t?> getasync(object key) => _dbcontext.t<t>().findasync(key);public async task deleteasync(object key){    var entity = await getasync(key);    if (entity is not null)    {        await deleteasync(entity);    }}public async task deleteasync(t entity, cancellationtoken cancellationtoken = default){    _dbcontext.t<t>().r牛郎织女的故事简介emove(entity);    await _dbcontext.savechangesasync(cancellationtoken);}public async task deleterangeasync(ienumerable<t> entities, cancellationtoken cancellationtoken = default){    _dbcontext.t<t>().removerange(entities);    await _dbcontext.savechangesasync(cancellationtoken);}

获取实体（retrieve）

对于如何获取实体，是最复杂的一部分。我们不仅要考虑通过什么方式获取哪些数据，还需要考虑获取的数据有没有特殊的要求比如排序、分页、数据对象类型的转换之类的问题。

具体来说，比如下面这一个典型的linq查询语句：

var results = await _context.a.join(_context.b, a => a.id, b => b.aid, (a, b) => new    {        // ...    })    .where(ab => ab.name == "name" && ab.date == datetime.now)    .lect(ab => new    {        // ...    })    .orderby(o => o.date)    .skip(20 * 1)    .take(20)    .tolistasync();

可以将整个查询结构分割成以下几个组成部分，而且每个部分基本都是以lambda表达式的方式表示的，这转化成建模的话，可以使用expression相关的对象来表示：

1.查询数据集准备过程，在这个过程中可能会出现include/join/groupjoin/groupby等等类似的关键字，它们的作用是构建一个用于接下来将要进行查询的数据集。

2.where子句，用于过滤查询集合。

3.lect子句，用于转换原始数据类型到我们想要的结果类型。

4.order子句，用于对结果集进行排序，这里可能会包含类似：orderby/orderbydescending/thenby/thenbydescending等关键字。

5.paging子句，用于对结果集进行后端分页返回，一般都是skip/take一起使用。

6.其他子句，多数是条件控制，比如asnotracking/splitquery等等。

为了保持我们的演示不会过于复杂，我会做一些取舍。在这里的实现我参考了edi.wang的moonglade中的相关实现。有兴趣的小伙伴也可以去找一下一个更完整的实现：ardalis.specification。

首先来定义一个简单的ispecification来表示查询的各类条件：

using system.linq.expressions;using microsoft.entityframeworkcore.query;namespace todolist.application.common.interfaces;public interface ispecification<t>{    // 查询条件子句    expression<func<t, bool>> criteria { get; }    // include子句    func<iqueryable<t>, iincludablequeryable<t, object>> include { get; }    // orderby子句    expression<func<t, object>> orderby { get; }    // orderbydescending子句    expression<func<t, object>> orderbydescending { get; }    // 分页相关属性    int take { get; }    int skip { get; }    bool ispagingenabled { get; }}

并实现这个泛型接口，放在application/common中：

using system.linq.expressions;using microsoft.entityframeworkcore.query;using todolist.application.common.interfaces;namespace todolist.application.common;public abstract class specificationba<t> : ispecification<t>{    protected specificationba() { }    protected specificationba(expression<func<t, bool>> criteria) => criteria = criteria;    public expression<func<t, bool>> criteria { get; private t; }    public func<iqueryable<t>, iincludablequeryable<t, object>> include { get; private t; }    public list<string> includestrings { get; } = new();    public expression<func<t, object>> orderby { get; private t; }    public expression<func<t, object>> orderbydescending { get; private t; }    public int take { get; private t; }    public int skip { get; private t; }    public bool ispagingenabled { get; private t; }    public void addcriteria(expression<func<t, bool>> criteria) => criteria = criteria is not null ? criteria.andalso(criteria) : criteria;    protected virtual void addinclude(func<iqueryable<t>, iincludablequeryable<t, object>> includeexpression) => include = includeexpression;    protected virtual void addinclude(string includestring) => includestrings.add(includestring);    protected virtual void applypaging(int skip, int take)    {        skip = skip;        take = take;        ispagingenabled = true;    }    protected virtual void applyorderby(expression<func<t, object>> orderbyexpression) => orderby = orderbyexpression;    protected virtual void applyorderbydescending(expression<func<t, object>> orderbydescendingexpression) => orderbydescending = orderbydescendingexpression;}// /d/file/titlepic/combining-two-expressions-expressionfunct-bool static class expressionextensions{    public static expression<func<t, bool>> andalso<t>(this expression<func<t, bool>> expr1, expression<func<t, bool>> expr2)    {        var parameter = expression.parameter(typeof(t));        var leftvisitor = new replaceexpressionvisitor(expr1.parameters[0], parameter);        var left = leftvisitor.visit(expr1.body);        var rightvisitor = new replaceexpressionvisitor(expr2.parameters[0], parameter);        var right = rightvisitor.visit(expr2.body);        return expression.lambda<func<t, bool>>(            expression.andalso(left ?? throw new invalidoperationexception(),                right ?? throw new invalidoperationexception()), parameter);    }    private class replaceexpressionvisitor : expressionvisitor    {        private readonly expression _oldvalue;        private readonly expression _newvalue;        public replaceexpressionvisitor(expression oldvalue, expression newvalue)        {            _oldvalue = oldvalue;            _newvalue = newvalue;        }        public override expression visit(expression node) => node == _oldvalue ? _newvalue : ba.visit(node);    }}

为了在repositoryba中能够把所有的spcification串起来形成查询子句，我们还需要定义一个用于组织specification的specificationevaluator类：

using todolist.海底两万里结局application.common.interfaces;namespace todolist.application.common;public class specificationevaluator<t> where t : class{    public static iqueryable<t> getquery(iqueryable<t> inputquery, ispecification<t>? specification)    {        var query = inputquery;        if (specification?.criteria is not null)        {            query = query.where(specification.criteria);        }        if (specification?.include is not null)        {            query = specification.include(query);        }        if (specification?.orderby is not null)        {            query = query.orderby(specification.orderby);        }        el if (specification?.orderbydescending is not null)        {            query = query.orderbydescending(specification.orderbydescending);        }        if (specification?.ispagingenabled != fal)        {            query = query.skip(specification!.skip).take(specification.take);        }        return query;    }}

在irepository中添加查询相关的接口，大致可以分为以下这几类接口，每类中又可能存在同步接口和异步接口：

irepository.cs

// 省略其他...// 1. 查询基础操作接口iqueryable<t> getasqueryable();iqueryable<t> getasqueryable(ispecification<t> spec);// 2. 查询数量相关接口int count(ispecification<t>? spec = null);int count(expression<func<t, bool>> condition);task<int> countasync(ispecification<t>? spec);// 3. 查询存在性相关接口bool any(ispecification<t>? spec);bool any(expression<func<t, bool>>? condition = null);// 4. 根据条件获取原始实体类型数据相关接口task<t?> getasync(expression<func<t, bool>> condition);task<ireadonlylist<t>> getasync();task<ireadonlylist<t>> getasync(ispecification<t>? spec);// 5. 根据条件获取映射实体类型数据相关接口，涉及到group相关操作也在其中，使用lector来传入映射的表达式tresult? lectfirstordefault<tresult>(ispecification<t>? spec, expression<func<t, tresult>> lector);task<tresult?> lectfirstordefaultasync<tresult>(ispecification<t>? spec, expression<func<t, tresult>> lector);task<ireadonlylist<tresult>> lectasync<tresult>(expression<func<t, tresult>> lector);task<ireadonlylist<tresult>> lectasync<tresult>(ispecification<t>? spec, expression<func<t, tresult>> lector);task<ireadonlylist<tresult>> lectasync<tgroup, tresult>(expression<func<t, tgroup>> groupexpression, expression<func<igrouping<tgroup, t>, tresult>> lector, ispecification<t>? spec = null);

有了这些基础，我们就可以去infrastructure/persistence/repositories中实现repositoryba类剩下的关于查询部分的代码了：

repositoryba.cs

// 省略其他...// 1. 查询基础操作接口实现public iqueryable<t> getasqueryable()    => _dbcontext.t<t>();public iqueryable<t> getasqueryable(ispecification<t> spec)    => applyspecification(spec);// 2. 查询数量相关接口实现public int count(expression<func<t, bool>> condition)    => _dbcontext.t<t>().count(condition);public int count(ispecification<t>? spec = null)    => null != spec ? applyspecification(spec).count() : _dbcontext.t<t>().count();public task<int> countasync(ispecification<t>? spec)    => applyspecification(spec).countasync();// 3. 查询存在性相关接口实现public bool any(ispecification<t>? spec)    => applyspecification(spec).any();public bool any(expression<func<t, bool>>? condition = null)    => null != condition ? _dbcontext.t<t>().any(condition) : _dbcontext.t<t>().any();// 4. 根据条件获取原始实体类型数据相关接口实现public async task<t?> getasync(expression<func<t, bool>> condition)    => await _dbcontext.t<t>().firstordefaultasync(condition);public async task<ireadonlylist<t>> getasync()    => await _dbcontext.t<t>().asnotracking().tolistasync();public async task<ireadonlylist<t>> getasync(ispecificatio蜡烛的作文n<t>? spec)    => await applyspecification(spec).asnotracking().tolistasync();// 5. 根据条件获取映射实体类型数据相关接口实现public tresult? lectfirstordefault<tresult>(ispecification<t>? spec, expression<func<t, tresult>> lector)    => applyspecification(spec).asnotracking().lect(lector).firstordefault();public task<tresult?> lectfirstordefaultasync<tresult>(ispecification<t>? spec, expression<func<t, tresult>> lector)    => applyspecification(spec).asnotracking().lect(lector).firstordefaultasync();public async task<ireadonlylist<tresult>> lectasync<tresult>(expression<func<t, tresult>> lector)    => await _dbcontext.t<t>().asnotracking().lect(lector).tolistasync();public async task<ireadonlylist<tresult>> lectasync<tresult>(ispecification<t>? spec, expression<func<t, tresult>> lector)    => await applyspecification(spec).asnotracking().lect(lector).tolistasync();public async task<ireadonlylist<tresult>> lectasync<tgroup, tresult>(    expression<func<t, tgroup>> groupexpression,    expression<func<igrouping<tgroup, t>, tresult>> lector,    ispecification<t>? spec = null)    => null != spec ?        await applyspecification(spec).asnotracking().groupby(groupexpression).lect(lector).tolistasync() :        await _dbcontext.t<t>().asnotracking().groupby(groupexpression).lect(lector).tolistasync();// 用于拼接所有specification的辅助方法，接收一个`iquerybale<t>对象（通常是数据集合）// 和一个当前实体定义的specification对象，并返回一个`iqueryable<t>`对象为子句执行后的结果。private iqueryable<t> applyspecification(ispecification<t>? spec)    => specificationevaluator<t>.getquery(_dbcontext.t<t>().asqueryable(), spec);

引入使用

为了验证通用repsitory的用法，我们可以先在infrastructure/dependencyinjection.cs中进行依赖注入：

// in addinfrastructure, 省略其他rvices.addscoped(typeof(irepository<>), typeof(repositoryba<>));

验证

用于初步验证（主要是查询接口），我们在application项目里新建文件夹todoitems/specs，创建一个todoitemspec类：

using todolist.application.common;using todolist.domain.entities;using todolist.domain.enums;namespace todolist.application.todoitems.specs;public aled class todoitemspec : specificationba<todoitem>{    public todoitemspec(bool done, prioritylevel priority) : ba(t => t.done == done && t.priority == priority)    {    }}

然后我们临时使用示例接口wetherforecastcontroller，通过日志来看一下查询的正确性。

private readonly irepository<todoitem> _repository;private readonly ilogger<weatherforecastcontroller> _logger;// 为了验证，临时在这注入irepository<todoitem>对象，验证完后撤销修改public weatherforecastcontroller(irepository<todoitem> repository, ilogger<weatherforecastcontroller> logger){    _repository = repository;    _logger = logger;}

在get方法里增加这段逻辑用于观察日志输出：

// 记录日志_logger.loginformation($"maybe this log is provided by rilog...");var spec = new todoitemspec(true, prioritylevel.high);var items = _repository.getasync(spec).result;foreach (var item in items){    _logger.loginformation($"item: {item.id} - {item.title} - {item.priority}");}

启动api项目然后请求示例接口，观察控制台输出：

# 以上省略，controller日志开始...[16:49:59 inf] maybe this log is provided by rilog...[16:49:59 inf] entity framework core 6.0.1 initialized 'todolistdbcontext' using provider 'microsoft.entityframeworkcore.sqlrver:6.0.1' with options: migrationsasmbly=todolist.infrastructure, version=1.0.0.0, culture=neutral, publickeytoken=null [16:49:59 inf] executed dbcommand (51ms) [parameters=[@__done_0='?' (dbtype = boolean), @__priority_1='?英文经典' (dbtype = int32)], commandtype='text', commandtimeout='30']lect [t].[id], [t].[created], [t].[createdby], [t].[done], [t].[lastmodified], [t].[lastmodifiedby], [t].[listid], [t].[priority], [t].[title]from [todoitems] as [t]where ([t].[done] = @__done_0) and ([t].[priority] = @__priority_1)# 下面这句是我们之前初始化数据库的种子数据，可以参考上一篇文章结尾的验证截图。[16:49:59 inf] item: 87f1ddf1-e6cd-4113-74ed-08d9c5112f6b - apples - high[16:49:59 inf] executing objectresult, writing value of type 'todolist.api.weatherforecast[]'.江苏211大学[16:49:59 inf] executed action todolist.api.controllers.weatherforecastcontroller.get (todolist.api) in 160.5517ms

总结

在本文中，我大致演示了实现一个通用repository基础框架的过程。实际上关于repository的组织与实现有很多种实现方法，每个人的关注点和思路都会有不同，但是大的方向基本都是这样，无非是抽象的粒度和提供的接口的方便程度不同。有兴趣的像伙伴可以仔细研究一下参考资料里的第2个实现，也可以从nuget直接下载在项目中引用使用。