You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: reshape/README.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -28,7 +28,7 @@ Reshaping is combined with access control of GraphQL fields so that
28
28
29
29
In all of the reshaping examples fields that are part of the reshaped api are accessible with no authorization.
30
30
31
-
> **Note**
31
+
> [!NOTE]
32
32
> Any reshaped GraphQL schema can also be expanded with any StepZen GraphQL functionality, such as adding fields with `@materializer` or adding `@sequence` fields that invoked fields from reshaped and or original schema.
Copy file name to clipboardExpand all lines: reshape/fields/README.md
+4-5Lines changed: 4 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ This is achieved with a combination of:
11
11
- Use of `@materializer` for the [new root operation type fields](exposed.graphql).
12
12
-[Field based access control](config.yaml) to only expose the new fields.
13
13
14
-
> **Note**
14
+
> [!NOTE]
15
15
> Even though this schema uses `@graphql` the techniques are independent of the data coming from a backend GraphQL endpoint, the reshaping is just against fields in the schema regardless of their source.
16
16
17
17
## Rename
@@ -59,7 +59,7 @@ the `city` field is a leaf `String`, rather than being buried in a `Location` ob
59
59
60
60
[`Query.humanName`](exposed.graphql#L32-L35) uses the selection `human { name }` which selects just a `Human`'s name. It is effectively executing `query ($id:ID!) {human(id:$id) { name }}` when `humanName` is selected in an operation.
61
61
62
-
[`Query.droidFriends`](exposed.graphql#L37-L40) uses the selection `droid { friends }` where `friends` type is a composite type, `[Character]`. Even though the selected single field `friends` is a composite type, it has no selection in its `@materializer`. Instead, when an operation is executed that selects `droidFriends`, the selection against that field is applied to the selection of `friends`. For example the execution of this operation
62
+
[`Query.droidFriends`](exposed.graphql#L37-L40) uses the selection `droid { friends }` where `friends` type is a composite type, `[Character]`. Even though the selected single field `friends` is a composite type, it has no selection in its `@materializer`. Instead, when an operation is executed that selects `droidFriends`, the selection against that field is applied to the selection of `friends`. For example the execution of this operation
63
63
64
64
```graphql
65
65
queryDroidFriends {
@@ -93,7 +93,7 @@ query DroidFriends {
93
93
}
94
94
```
95
95
96
-
> **Note**
96
+
> [!NOTE]
97
97
> The selection in the client's operation (`DroidFriends` in this example) against an annotated field with a selection in its `@materializer` can be **any valid selection** against the type of the annotated field, which include selections of nested fields that themselves have `@materializer`, with or without selections.
98
98
99
99
If anywhere in the selection any field is a list then the annotated field must have a type that is a list of the single field.
0 commit comments