基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查

上一篇文章我们用Code-First的方式创建了博客所需的实体类,生成了数据库表,完成了对EF Core的封装。

本篇说一下自定义仓储的实现方式,其实在abp框架中已经默认给我们实现了默认的通用(泛型)仓储,IRepository,有着标准的CRUD操作,可以看:https://docs.abp.io/zh-Hans/abp/latest/Repositories 学习更多。

之所以实现自定义仓储,是因为abp没有给我们实现批量插入、更新的方法,这个是需要自己去扩展的。

既然是自定义仓储,那么就有了很高的自由度,我们可以任意发挥,可以接入第三方批量处理数据的库,可以接入Dapper操作等等,在这里贴一下微软官方推荐的一些EF Core的工具和扩展:https://docs.microsoft.com/zh-cn/ef/core/extensions/ 。

自定义仓储

.Domain领域层中创建仓储接口,IPostRepositoryICategoryRepositoryITagRepositoryIPostTagRepositoryIFriendLinkRepository,这里直接全部继承 IRepository 以使用已有的通用仓储功能。

可以转到IRepository接口定义看一下

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第1张图片

看看abp对于仓储的介绍,如下:

IRepository 接口扩展了标准 IQueryable 你可以使用标准LINQ方法自由查询。但是,某些ORM提供程序或数据库系统可能不支持IQueryable接口。

ABP提供了 IBasicRepository 和 IBasicRepository 接口来支持这样的场景。

你可以扩展这些接口(并可选择性地从BasicRepositoryBase派生)为你的实体创建自定义存储库。

依赖于 IBasicRepository 而不是依赖 IRepository 有一个优点, 即使它们不支持 IQueryable 也可以使用所有的数据源, 但主要的供应商, 像 Entity Framework, NHibernate 或 MongoDb 已经支持了 IQueryable

因此, 使用 IRepository 是典型应用程序的 建议方法。但是可重用的模块开发人员可能会考虑使用 IBasicRepository 来支持广泛的数据源。

对于想要使用只读仓储提供了IReadOnlyRepository 与 IReadOnlyBasicRepository接口。

仓储接口类如下:

//IPostRepository.cs
using Volo.Abp.Domain.Repositories;


namespace Meowv.Blog.Domain.Blog.Repositories
{
    /// 
    /// IPostRepository
    /// 
    public interface IPostRepository : IRepository
    {
    }
}
//ICategoryRepository.cs
using Volo.Abp.Domain.Repositories;


namespace Meowv.Blog.Domain.Blog.Repositories
{
    /// 
    /// ICategoryRepository
    /// 
    public interface ICategoryRepository : IRepository
    {
    }
}
//ITagRepository.cs
using System.Collections.Generic;
using System.Threading.Tasks;
using Volo.Abp.Domain.Repositories;


namespace Meowv.Blog.Domain.Blog.Repositories
{
    /// 
    /// ITagRepository
    /// 
    public interface ITagRepository : IRepository
    {
        /// 
        /// 批量插入
        /// 
        /// 
        /// 
        Task BulkInsertAsync(IEnumerable tags);
    }
}
//IPostTagRepository.cs
using System.Collections.Generic;
using System.Threading.Tasks;
using Volo.Abp.Domain.Repositories;


namespace Meowv.Blog.Domain.Blog.Repositories
{
    /// 
    /// IPostTagRepository
    /// 
    public interface IPostTagRepository : IRepository
    {
        /// 
        /// 批量插入
        /// 
        /// 
        /// 
        Task BulkInsertAsync(IEnumerable postTags);
    }
}
//IFriendLinkRepository.cs
using Volo.Abp.Domain.Repositories;


namespace Meowv.Blog.Domain.Blog.Repositories
{
    /// 
    /// IFriendLinkRepository
    /// 
    public interface IFriendLinkRepository : IRepository
    {
    }
}

ITagRepositoryIPostTagRepository仓储接口中,我们添加了批量插入的方法。相对于的在我们的.EntityFrameworkCore层实现这些接口。

创建Repositories/Blog 文件夹,添加实现类:PostRepositoryCategoryRepositoryTagRepositoryPostTagRepositoryFriendLinkRepository

不知道大家发现没有,我们的仓储接口以及实现,都是以Repository结尾的,这和我们的.Application应用服务层都以Service结尾是一个道理。

在自定义仓储的实现中,我们可以使用任意你想使用的数据访问工具,我们这里还是继续用Entity Framework Core,需要继承EfCoreRepository,和我们的仓储接口IXxxRepository

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第2张图片

EfCoreRepository默认实现了许多默认的方法,然后就可以直接使用 DbContext 来执行操作了。

仓储接口实现类如下:

//PostRepository.cs
using Meowv.Blog.Domain.Blog;
using Meowv.Blog.Domain.Blog.Repositories;
using Volo.Abp.Domain.Repositories.EntityFrameworkCore;
using Volo.Abp.EntityFrameworkCore;


namespace Meowv.Blog.EntityFrameworkCore.Repositories.Blog
{
    /// 
    /// PostRepository
    /// 
    public class PostRepository : EfCoreRepository, IPostRepository
    {
        public PostRepository(IDbContextProvider dbContextProvider) : base(dbContextProvider)
        {
        }
    }
}
//CategoryRepository.cs
using Meowv.Blog.Domain.Blog;
using Meowv.Blog.Domain.Blog.Repositories;
using Volo.Abp.Domain.Repositories.EntityFrameworkCore;
using Volo.Abp.EntityFrameworkCore;
namespace Meowv.Blog.EntityFrameworkCore.Repositories.Blog
{
    /// 
    /// CategoryRepository
    /// 
    public class CategoryRepository : EfCoreRepository, ICategoryRepository
    {
        public CategoryRepository(IDbContextProvider dbContextProvider) : base(dbContextProvider)
        {
        }
    }
}
//TagRepository.cs
using Meowv.Blog.Domain.Blog;
using Meowv.Blog.Domain.Blog.Repositories;
using System.Collections.Generic;
using System.Threading.Tasks;
using Volo.Abp.Domain.Repositories.EntityFrameworkCore;
using Volo.Abp.EntityFrameworkCore;


namespace Meowv.Blog.EntityFrameworkCore.Repositories.Blog
{
    /// 
    /// TagRepository
    /// 
    public class TagRepository : EfCoreRepository, ITagRepository
    {
        public TagRepository(IDbContextProvider dbContextProvider) : base(dbContextProvider)
        {
        }


        /// 
        /// 批量插入
        /// 
        /// 
        /// 
        public async Task BulkInsertAsync(IEnumerable tags)
        {
            await DbContext.Set().AddRangeAsync(tags);
            await DbContext.SaveChangesAsync();
        }
    }
}
//PostTagRepository.cs
using Meowv.Blog.Domain.Blog;
using Meowv.Blog.Domain.Blog.Repositories;
using System.Collections.Generic;
using System.Threading.Tasks;
using Volo.Abp.Domain.Repositories.EntityFrameworkCore;
using Volo.Abp.EntityFrameworkCore;


namespace Meowv.Blog.EntityFrameworkCore.Repositories.Blog
{
    /// 
    /// PostTagRepository
    /// 
    public class PostTagRepository : EfCoreRepository, IPostTagRepository
    {
        public PostTagRepository(IDbContextProvider dbContextProvider) : base(dbContextProvider)
        {
        }


        /// 
        /// 批量插入
        /// 
        /// 
        /// 
        public async Task BulkInsertAsync(IEnumerable postTags)
        {
            await DbContext.Set().AddRangeAsync(postTags);
            await DbContext.SaveChangesAsync();
        }
    }
}
//FriendLinkRepository.cs
using Meowv.Blog.Domain.Blog;
using Meowv.Blog.Domain.Blog.Repositories;
using Volo.Abp.Domain.Repositories.EntityFrameworkCore;
using Volo.Abp.EntityFrameworkCore;


namespace Meowv.Blog.EntityFrameworkCore.Repositories.Blog
{
    /// 
    /// PostTagRepository
    /// 
    public class FriendLinkRepository : EfCoreRepository, IFriendLinkRepository
    {
        public FriendLinkRepository(IDbContextProvider dbContextProvider) : base(dbContextProvider)
        {
        }
    }
}

TagRepositoryPostTagRepository仓储接口的实现中,因为数据量不大,可以直接用了EF Core自带的AddRangeAsync批量保存数据。

到这里,关于博客的自定义仓储便完成了,此时项目层级目录图,如下:

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第3张图片

增删改查

接下来在就可以在.Application服务层愉快的玩耍了,写服务之前,我们要分析我们的项目,要有哪些功能业务。由于是博客项目,无非就是一些增删改查。今天先不写博客业务,先完成对数据库文章表meowv_posts的一个简单CRUD。

.Application层新建Blog文件夹,添加一个IBlogService.cs博客接口服务类,分别添加增删改查四个方法。

这时就要用到我们的数据传输对象(DTO)了,简单理解,DTO就是从我们的领域模型中抽离出来的对象,它是很纯粹的只包含我们拿到的数据,不参杂任何行为逻辑。

.Application.Contracts层新建Blog文件夹,同时新建一个PostDto.cs类,与.Domain层中的Post.cs与之对应,他们很相似,但是不一样。

于是IBlogService.cs接口服务类的CRUD为:

//IBlogService.cs
using Meowv.Blog.Application.Contracts.Blog;
using System.Threading.Tasks;


namespace Meowv.Blog.Application.Blog
{
    public interface IBlogService
    {
        Task InsertPostAsync(PostDto dto);


        Task DeletePostAsync(int id);


        Task UpdatePostAsync(int id, PostDto dto);


        Task GetPostAsync(int id);
    }
}

接口写好了,少不了实现方式,直接在Blog文件夹新建Impl文件夹,用来存放我们的接口实现类BlogService.cs,注意:都是以Service结尾的噢~

实现服务接口除了要继承我们的IBlogService外,不要忘了还需依赖我们的ServiceBase类。由于我们之前直接接入了Autofac,可以直接使用构造函数依赖注入的方式。

//BlogService.cs
using Meowv.Blog.Application.Contracts.Blog;
using Meowv.Blog.Domain.Blog.Repositories;
using System;
using System.Threading.Tasks;


namespace Meowv.Blog.Application.Blog.Impl
{
    public class BlogService : ServiceBase, IBlogService
    {
        private readonly IPostRepository _postRepository;


        public BlogService(IPostRepository postRepository)
        {
            _postRepository = postRepository;
        }
        ...
    }
}

现在就可以实现我们写的IBlogService接口了。

先写添加,这里实现方式全采用异步的方法,先构建一个Post实体对象,具体内容参数都从PostDto中获取,由于主键之前设置了自增,这里就不用管它了。然后调用 await _postRepository.InsertAsync(entity);,正好它返回了一个创建成功的Post对象,那么我们就可以判断对象是否为空,从而确定文章是否添加成功。

代码如下:

...
        public async Task InsertPostAsync(PostDto dto)
        {
            var entity = new Post
            {
                Title = dto.Title,
                Author = dto.Author,
                Url = dto.Url,
                Html = dto.Html,
                Markdown = dto.Markdown,
                CategoryId = dto.CategoryId,
                CreationTime = dto.CreationTime
            };


            var post = await _postRepository.InsertAsync(entity);
            return post != null;
        }
...

然后在.HttpApi层和之前添加HelloWorldController一样,添加BlogController。调用写的InsertPostAsync方法,如下:

//BlogController.cs
using Meowv.Blog.Application.Blog;
using Meowv.Blog.Application.Contracts.Blog;
using Microsoft.AspNetCore.Mvc;
using System.Threading.Tasks;
using Volo.Abp.AspNetCore.Mvc;


namespace Meowv.Blog.HttpApi.Controllers
{
    [ApiController]
    [Route("[controller]")]
    public class BlogController : AbpController
    {
        private readonly IBlogService _blogService;


        public BlogController(IBlogService blogService)
        {
            _blogService = blogService;
        }


        /// 
        /// 添加博客
        /// 
        /// 
        /// 
        [HttpPost]
        public async Task InsertPostAsync([FromBody] PostDto dto)
        {
            return await _blogService.InsertPostAsync(dto);
        }
    }
}

添加博客操作,我们将其设置为[HttpPost]方式来提交,因为现在开发接口api,都要遵循RESTful方式,所以就不用给他指定路由了,[FromBody]的意思是在请求正文中以JSON的方式来提交参数。

完成上述操作,打开我们的Swagger文档看看, .../swagger/index.html ,已经出现我们的接口了。

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第4张图片

随手就试一下这个接口,能否成功创建文章。

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第5张图片

可以看到数据库已经躺着我们刚刚添加数据内容。

将剩下的三个接口一一实现,相信大家肯定都知道怎么写了。就不逐一唠叨了,代码如下:

...
        public async Task DeletePostAsync(int id)
        {
            await _postRepository.DeleteAsync(id);


            return true;
        }


        public async Task UpdatePostAsync(int id, PostDto dto)
        {
            var post = await _postRepository.GetAsync(id);


            post.Title = dto.Title;
            post.Author = dto.Author;
            post.Url = dto.Url;
            post.Html = dto.Html;
            post.Markdown = dto.Markdown;
            post.CategoryId = dto.CategoryId;
            post.CreationTime = dto.CreationTime;


            await _postRepository.UpdateAsync(post);


            return true;
        }


        public async Task GetPostAsync(int id)
        {
            var post = await _postRepository.GetAsync(id);


            return new PostDto
            {
                Title = post.Title,
                Author = post.Author,
                Url = post.Url,
                Html = post.Html,
                Markdown = post.Markdown,
                CategoryId = post.CategoryId,
                CreationTime = post.CreationTime
            };
        }
...

在这里先暂时不做参数校验,咱们默认都是正常操作,如果执行操作成功,直接返回true。大家会发现,当我们使用了DTO后,写了大量对象的转换,在这里暂不做优化,将在后续业务开始后使用AutoMapper处理对象映射。如果大家感兴趣可以自己先试一下。

在Controller中调用,代码如下:

...
        /// 
        /// 删除博客
        /// 
        /// 
        /// 
        [HttpDelete]
        public async Task DeletePostAsync([Required] int id)
        {
            return await _blogService.DeletePostAsync(id);
        }


        /// 
        /// 更新博客
        /// 
        /// 
        /// 
        /// 
        [HttpPut]
        public async Task UpdatePostAsync([Required] int id, [FromBody] PostDto dto)
        {
            return await _blogService.UpdatePostAsync(id, dto);
        }


        /// 
        /// 查询博客
        /// 
        /// 
        /// 
        [HttpGet]
        public async Task GetPostAsync([Required] int id)
        {
            return await _blogService.GetPostAsync(id);
        }
...

DeletePostAsync:指定了请求方式[HttpDelete],参数id为必填项

UpdatePostAsync:指定了请求方式[HttpPut],参数id为必填项并且为url的一部分,要更新的具体内容和添加博客的方法InsertPostAsync的一样的

GetPostAsync:指定了请求方式[HttpGet],参数id为必填项

ok,打开Swagger文档看看效果,并试试我们的接口是否好使吧,反正我试了是没有问题的。

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第6张图片

做到这一步的项目层级目录如下:

基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查_第7张图片

本篇使用自定义仓储的方式完成了对博客(meowv_posts)的增删改查,你学会了吗?????????????

开源地址:https://github.com/Meowv/Blog/tree/blog_tutorial

你可能感兴趣的:(基于 abp vNext 和 .NET Core 开发博客项目 - 自定义仓储之增删改查)