Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adds @inaccessible directive #59

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

Conversation

michaelstaib
Copy link
Member

No description provided.

type Product @key(fields: "id") @key(fields: "sku") {
id: ID!
sku: String! @inaccessible
internalNote: String
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The prefix internal makes it sound as if this field might be a candidate for the @internal or @inaccessible directive, but that is not applied here. Perhaps this field should just be named note or something else like title or description? (and below)

}
```

The above example declares the key field `sku` to be inaccessible through from
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The above example declares the key field `sku` to be inaccessible through from
The above example declares the key field `sku` to be inaccessible from


The above example declares the key field `sku` to be inaccessible through from
the composite schema. However, type system members marked as inaccessible can
still be used within the composite execution schema to fulfill requirements or
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
still be used within the composite execution schema to fulfill requirements or
still be used within the composite execution schema to fulfil requirements or

lookups.

In contrast to the `@internal` directive the `@inaccessible` directive hides a
type member from composite schema even if other source schemas on the same type
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
type member from composite schema even if other source schemas on the same type
type member from the composite schema even if other source schemas on the same type

}

# Composite Schema

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change

}
```

The above example removes the field `internalProductById` and the type `Product`
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The above example removes the field `internalProductById` and the type `Product`
The example below removes the field `internalProductById` and the type `Product`


The above example removes the field `internalProductById` and the type `Product`
from the the composite schema. However, type system members marked as
inaccessible can still be used within the composite execution schema to fulfill
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
inaccessible can still be used within the composite execution schema to fulfill
inaccessible can still be used within the composite execution schema to fulfil

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants