3

我可以在没有实体框架的情况下使用 graphql-dotnet 吗？

我目前正在查看此存储库https://github.com/mmacneil/fullstack-jobs，并注意到它正在使用 EF。我在互联网上到处寻找示例，我只能找到带有 EF 的 graphql-dotnet 实现。

我想在 EF 不适合的现有数据库结构中使用 graphql-dotnet。编写直接 SQL 是我希望应用程序工作的方式。有没有人有任何例子？

我不明白 graphql-dotnet 如何与我链接的存储库中的数据库联系在一起

4

2 回答 2

4

您可以在没有 EF 的情况下使用 GraphQL。我对您的 github 链接和我发现的内容进行了一些调查。

首先你应该检查这些接口：

存储库

public interface IRepository<T>
{
    Task<T> GetById(int id);
    Task<List<T>> ListAll();
    Task<T> GetSingleBySpec(ISpecification<T> spec);
    Task<List<T>> List(ISpecification<T> spec);
    Task<T> Add(T entity);
    Task Update(T entity);
    Task Delete(T entity);
}

IJobRepository

public interface IJobRepository : IRepository<Job>
{
}

这些接口（主要是 IRepository）定义了一个合同，你可以如何使用你的数据库。接下来你需要检查这些类： EfRepository 我省略了一些实现细节，因为它们对于理解并不重要

    public abstract class EfRepository<T> : IRepository<T> where T : class
    {
        protected readonly AppDbContext _appDbContext;

        protected EfRepository(AppDbContext appDbContext)
        {
            _appDbContext = appDbContext;
        }

        public virtual async Task<T> GetById(int id)
        {
            return await _appDbContext.Set<T>().FindAsync(id);
        }

        public async Task<List<T>> ListAll()
        {
            return await _appDbContext.Set<T>().ToListAsync();
        }

        public async Task<T> GetSingleBySpec(ISpecification<T> spec)
        {
            //implementation omitted
        }

        public async Task<List<T>> List(ISpecification<T> spec)
        {
           //implementation omitted
        }

        public async Task<T> Add(T entity)
        {
            //implementation omitted
        }

        public async Task Update(T entity)
        {
           //implementation omitted
        }

        public async Task Delete(T entity)
        {
            //implementation omitted
        }
    }

作业存储库

 public sealed class JobRepository : EfRepository<Job>, IJobRepository
    {
        public JobRepository(AppDbContext appDbContext) : base(appDbContext)
        {
        }
    }

这些类包含上述接口的实现，而 EfRepository 包含与 db 一起使用的所有代码。在这种情况下，我们有 EF，但可以使用您想要的一切，任何数据库或集合等。

所以接下来我们需要的是ContextServiceLocator（如果更准确地说我们需要 JobRepository 字段）

public class ContextServiceLocator
    {
        public IJobRepository JobRepository => _httpContextAccessor.HttpContext.RequestServices.GetRequiredService<IJobRepository>();

        public IHumanizer Humanizer => _httpContextAccessor.HttpContext.RequestServices.GetRequiredService<IHumanizer>();

        private readonly IHttpContextAccessor _httpContextAccessor;

        public ContextServiceLocator(IHttpContextAccessor httpContextAccessor)
        {
            _httpContextAccessor = httpContextAccessor;
        }
    }

最后但并非最不重要的是FullStackJobsQuery

public class FullStackJobsQuery : ObjectGraphType
    {
        public FullStackJobsQuery(ContextServiceLocator contextServiceLocator)
        {
            FieldAsync<JobType>("job",
                arguments: new QueryArguments(new QueryArgument<IntGraphType> { Name = "id" }),               
                resolve: async context => await contextServiceLocator.JobRepository.GetSingleBySpec(new JobSpecification(j => j.Id == context.GetArgument<int>("id", default))));

            FieldAsync<ListGraphType<JobSummaryType>>("employerJobs",
             resolve: async context =>
             {
                 // Extract the user id from the name claim to fetch the target employer's jobs
                 var jobs = await contextServiceLocator.JobRepository.List(new JobSpecification(j => j.Employer.Id == context.GetUserId()));
                 return jobs.OrderByDescending(j => j.Modified);
             });

            FieldAsync<ListGraphType<JobSummaryType>>("publicJobs",
                resolve: async context =>
                {
                    // Fetch published Jobs from all employers
                    var jobs = await contextServiceLocator.JobRepository.List(new JobSpecification(j => j.Status == Status.Published));
                    return jobs.OrderByDescending(j => j.Modified);
                });
        }
    }

在这个类中，您可以看到如何使用 contextServiceLocator.JobRepository 来解析 graphql 字段。

于 2020-07-24T13:05:43.310 回答
1

我可以告诉你，在没有 EF 的情况下使用 graphql-dotnet 是完全可行的。问题是，建立一个示例并非易事，需要一些基础设施。我建议您自己尝试实现，当您在自己切换 EF 代码时遇到困难时，您会发布一个问题，说明您正在尝试做什么。

实现的主要区别在于您如何处理您在架构中定义的每个字段中的解析器。您可以以任何您希望的方式访问数据。您只需要确保您在方法中提供的结果与您在 graphql 模式对象中定义的类型相匹配。

如果没有至少一些可以构建的初始框架，我真的不能给你更多的细节。

于 2020-07-24T01:58:53.110 回答