当前位置:   article > 正文

GraphQL Part V: 字段,参数和变量

GraphQL Part V: 字段,参数和变量

字段

 我们对字段已经有了好的起点,我们在 HelloWorldQuery 中有两个字段:hello 和 world。他们都是单值字段。

现在我们可以扩展应用来支持复杂类型。例如,我们想象一下,我们在创建库存 Inventory 系统,我们从创建 Item 类型开始。

  1. public class Item
  2. {
  3. public string Barcode { get; set; }
  4. public string Title { get; set; }
  5. public decimal SellingPrice { get; set; }
  6. }

但是,我们不能直接查询这个类型,因为它不是 GraphQL 对象类型。也就是 ObjectGraphType。

为了使它可以通过 GraphQL 查询,我们需要从 ObjectGraphType 派生一个新的类型。

另外主要注意的是 ObjectGraphType 使用泛型类型。如你所猜中的,我们将 Item 作为泛型参数传递。

  1. public class ItemType : ObjectGraphType<Item>
  2. {
  3. public ItemType()
  4. {
  5. Field(i => i.Barcode);
  6. Field(i => i.Title);
  7. Field(i => i.SellingPrice);
  8. }
  9. }

需要注意两件事。

首先,我们不在字段中定义类型。它们将自动由库获取,比如 .net 的字符串类型将自动处理为 StringGraphType。

其次,我们使用 Lambda 表达式来映射属性,以及字段的名称等等。

属性映射的概念对于熟悉 DTOs/ViewModels 的开发者很容易理解。所以,我们并没有进行额外的类型创建工作。

然后,我们需要在 Query 对象的根注册 ItemType 。

  1. public HelloWorldQuery()
  2. {
  3. ...
  4. ...
  5. Field<ItemType>(
  6. "item",
  7. resolve: context =>
  8. {
  9. return new Item {
  10. Barcode = "123",
  11. Title = "Headphone",
  12. SellingPrice = 12.99M
  13. };
  14. }
  15. );
  16. }

此时,在试图查询 item 字段的时候,我们将会返回一个硬编码的 Item 实例。我们可以如下运行应用并测试。

参数

 使用硬编码的实例总是不爽的,为什么不引入一个提供项目列表的数据源呢?

  1. public class DataSource
  2. {
  3. public IList<Item> Items
  4. {
  5. get;
  6. set;
  7. }
  8. public DataSource()
  9. {
  10. Items = new List<Item>(){
  11. new Item { Barcode= "123", Title="Headphone", SellingPrice=50},
  12. new Item { Barcode= "456", Title="Keyboard", SellingPrice= 40},
  13. new Item { Barcode= "789", Title="Monitor", SellingPrice= 100}
  14. };
  15. }
  16. public Item GetItemByBarcode(string barcode)
  17. {
  18. return Items.First(i => i.Barcode.Equals(barcode));
  19. }
  20. }

除了 Items 集合之外,我们还需要一个方法通过 barcode 字符串参数来返回匹配的单个项目。

太棒了!我们现在可以为查询提供一个参数,我们需要将 item 这个 GraphQL 字段调整一下。

  1. Field<ItemType>(
  2. "item",
  3. arguments: new QueryArguments(new QueryArgument<StringGraphType> { Name = "barcode" }),
  4. resolve: context =>
  5. {
  6. var barcode = context.GetArgument<string>("barcode");
  7. return new DataSource().GetItemByBarcode(barcode);
  8. }
  9. );

 这里可以有一系列参数;有些可以是必须的,有些可以是可选的。我们依次指定单个的参数,它的类型应该是 QueryArgument<T>。Name 表示参数的名称。

现在,我们可以在 GraphiQL 中构建一个查询,如下所示:

  1. query {
  2. item (barcode: "123") {
  3. title
  4. selling price
  5. }
  6. }

 此时,barcode 是可选的,所以,如果您的查询如下所示,

  1. query {
  2. item {
  3. title
  4. sellingPrice
  5. }
  6. }

将会得到如下的错误

Error trying to resolve item.

我们没有加入任何的保护代码,所以这很正常。为了确保用户提供了参数,我们可以将参数设置为非空,如下所示:

QueryArgument<NonNullGraphType<StringGraphType>> { Name = "barcode" } 

现在,如果您没有提供参数,将会收到如下的错误信息。

变量

 现在,是让参数自己动态化的时候了。我们不希望在改变参数值的时候,重新构建整个查询,对不对?

这就是变量的用途。但是,首先,我们需要确保我们的 GraphQL 中间件接受变量。回到 GraphQLRequest 类,并添加 Variables 属性。

  1. public class GraphQLRequest
  2. {
  3. public string Query { get; set; }
  4. public JObject Variables { get; set; }
  5. }

然后,在中间件的 InvodeAsync 方法中找到 _executor.ExecuteAsync 方法,做如下修改:

  1. var result = await _executor.ExecuteAsync(doc =>
  2. {
  3. doc.Schema = _schema;
  4. doc.Query = request.Query;
  5. doc.Inputs = request.Variables.ToInputs();
  6. }).ConfigureAwait(false);

好了,现在我们的查询可以接受变量了。运行应用,并编写如下的查询:

  1. query($barcode: String!){
  2. item(barcode: $barcode){
  3. title
  4. sellingPrice
  5. }
  6. }

变量定义以字符 $ 开头,然后是变量的类型。

由于我们的 barcode 是非空的,这里我们需要确保该变量非空,注意,我们在 String 之后使用了 ! 。

我们需要在 Query Variables 面板中如下配置变量。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/凡人多烦事01/article/detail/141708
推荐阅读
相关标签
  

闽ICP备14008679号