Skip to content

Commit 7cbae98

Browse files
committed
docs(boostrap): clarify orphanedTypes usage
1 parent 79d725a commit 7cbae98

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/bootstrap.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@ After creating our resolvers, type classes, and other business-related code, we
99
To create an executable schema from type and resolver definitions, we need to use the `buildSchema` function.
1010
It takes a configuration object as a parameter and returns a promise of a `GraphQLSchema` object.
1111

12-
In the configuration object you must provide a `resolvers` property, which can be an array of resolver classes:
12+
In the configuration object we must provide a `resolvers` property, which can be an array of resolver classes:
1313

1414
```typescript
1515
import { FirstResolver, SecondResolver } from "../app/src/resolvers";
@@ -21,7 +21,7 @@ const schema = await buildSchema({
2121

2222
Be aware that only operations (queries, mutation, etc.) defined in the resolvers classes (and types directly connected to them) will be emitted in schema.
2323

24-
So if you e.g. have defined some object types that implements an interface but are not directly used in other types definition (like a part of an union, a type of a field or a return type of an operation), you need to provide them manually in `orphanedTypes` options of `buildSchema`:
24+
So if we have defined some object types (that implements an interface type [with disabled auto registering](interfaces.md#registering-in-schema)) but are not directly used in other types definition (like a part of an union, a type of a field or a return type of an operation), we need to provide them manually in `orphanedTypes` options of `buildSchema`:
2525

2626
```typescript
2727
import { FirstResolver, SecondResolver } from "../app/src/resolvers";

0 commit comments

Comments
 (0)