我可以在没有 Entity Framework 的情况下使用 graphql-dotnet 吗?
Can I use graphql-dotnet without Entity Framework?
我可以在没有 Entity Framework 的情况下使用 graphql-dotnet 吗?
我目前正在查看此存储库 https://github.com/mmacneil/fullstack-jobs,并注意到它使用的是 EF。在互联网上到处寻找示例,我只能找到使用 EF 的 graphql-dotnet 实现。
我想在 EF 不适用的现有数据库结构中使用 graphql-dotnet。直接写 SQL 是我希望应用程序工作的方式。有人有例子吗?
我不明白 graphql-dotnet 如何与我链接的存储库中的数据库联系在一起
我可以告诉你,在没有 EF 的情况下使用 graphql-dotnet 是完全可行的。问题是,建立一个例子并不简单,需要一些基础设施。我建议您尝试自己实施,并且当您 运行 难以用自己的 EF 代码切换时,您 post 会问一个关于您尝试执行的具体操作的问题。
实施中的主要区别在于您如何处理您在架构中定义的每个字段中的解析器。您可以以任何您希望的方式访问数据。您只需要确保您在方法中提供的结果与您在 graphql 模式对象中定义的类型相匹配。
如果没有至少一些初始框架作为基础,我真的不能给你更多的细节。
您可以在没有 EF 的情况下使用 GraphQL。我对您的 github link 和我的发现做了一些调查。
首先你应该检查这些接口:
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);
}
public interface IJobRepository : IRepository<Job>
{
}
这些接口(大部分只有 IRepository)定义了如何使用数据库的契约。
接下来您需要检查这些 classes:
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)
{
}
}
这些 classes 包含上述接口的实现,EfRepository 包含与数据库一起工作的所有代码。在这种情况下,我们有 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);
});
}
}
在此 class 中,您可以了解如何使用 contextServiceLocator.JobRepository 来解析 graphql 字段。
我可以在没有 Entity Framework 的情况下使用 graphql-dotnet 吗?
我目前正在查看此存储库 https://github.com/mmacneil/fullstack-jobs,并注意到它使用的是 EF。在互联网上到处寻找示例,我只能找到使用 EF 的 graphql-dotnet 实现。
我想在 EF 不适用的现有数据库结构中使用 graphql-dotnet。直接写 SQL 是我希望应用程序工作的方式。有人有例子吗?
我不明白 graphql-dotnet 如何与我链接的存储库中的数据库联系在一起
我可以告诉你,在没有 EF 的情况下使用 graphql-dotnet 是完全可行的。问题是,建立一个例子并不简单,需要一些基础设施。我建议您尝试自己实施,并且当您 运行 难以用自己的 EF 代码切换时,您 post 会问一个关于您尝试执行的具体操作的问题。
实施中的主要区别在于您如何处理您在架构中定义的每个字段中的解析器。您可以以任何您希望的方式访问数据。您只需要确保您在方法中提供的结果与您在 graphql 模式对象中定义的类型相匹配。
如果没有至少一些初始框架作为基础,我真的不能给你更多的细节。
您可以在没有 EF 的情况下使用 GraphQL。我对您的 github link 和我的发现做了一些调查。
首先你应该检查这些接口:
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);
}
public interface IJobRepository : IRepository<Job>
{
}
这些接口(大部分只有 IRepository)定义了如何使用数据库的契约。 接下来您需要检查这些 classes: 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)
{
}
}
这些 classes 包含上述接口的实现,EfRepository 包含与数据库一起工作的所有代码。在这种情况下,我们有 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);
});
}
}
在此 class 中,您可以了解如何使用 contextServiceLocator.JobRepository 来解析 graphql 字段。