pub trait ContractsExtension: Sized + 'static {
// Required methods
fn new(config: Configuration) -> Result<Self, Error>;
fn construct(
&mut self,
key: String,
directives: Vec<ContractDirective<'_>>,
subgraphs: Vec<GraphqlSubgraph>,
) -> Result<Contract, Error>;
}
Expand description
The Contracts extension allows you to control which part of the schema will be exposed to clients for GraphQL queries, introspection and also the MCP endpoint if active.
Contracts are built and cached for a particular key. This can be statically defined the
grafbase.toml
file:
[graph]
contract_key = "<key>"
Or dynamically provided by the on_request()
hook:
struct Hooks;
impl HooksExtension for Hooks {
#[allow(refining_impl_trait)]
fn on_request(&mut self, url: &str, method: Method, headers: &mut GatewayHeaders) -> Result<OnRequestOutput, ErrorResponse> {
Ok(OnRequestOutput::new().contract_key("my-contract-key"))
}
}
In addition to the key, the extension will receive a list of all the directives defined by said
extension and the list of GraphQL subgraphs. For each directive it must specify whether the
decorated element is part of the exposed API or not. If not, they’re treated as if
@inaccessible
was applied on them.
§Example
You can initialize a new resolver extension with the Grafbase CLI:
grafbase extension init --type contracts my-contracts
use grafbase_sdk::{
ContractsExtension,
types::{Configuration, Error, Contract, ContractDirective, GraphqlSubgraph},
};
#[derive(ContractsExtension)]
struct MyContracts;
impl ContractsExtension for MyContracts {
fn new(config: Configuration) -> Result<Self, Error> {
Ok(Self)
}
fn construct(
&mut self,
key: String,
directives: Vec<ContractDirective<'_>>,
subgraphs: Vec<GraphqlSubgraph>,
) -> Result<Contract, Error> {
Ok(Contract::new(&directives, true))
}
}
I
Required Methods§
Sourcefn new(config: Configuration) -> Result<Self, Error>
fn new(config: Configuration) -> Result<Self, Error>
Creates a new instance of the extension. The Configuration
will contain all the
configuration defined in the grafbase.toml
by the extension user in a serialized format.
§Example
The following TOML configuration:
[extensions.my-contracts.config]
my_custom_key = "value"
can be easily deserialized with:
#[derive(Default, serde::Deserialize)]
#[serde(default, deny_unknown_fields)]
struct Config {
my_custom_key: Option<String>
}
let config: Config = config.deserialize()?;
Sourcefn construct(
&mut self,
key: String,
directives: Vec<ContractDirective<'_>>,
subgraphs: Vec<GraphqlSubgraph>,
) -> Result<Contract, Error>
fn construct( &mut self, key: String, directives: Vec<ContractDirective<'_>>, subgraphs: Vec<GraphqlSubgraph>, ) -> Result<Contract, Error>
Create the contract based on the provided key. The contract specifies whether the elements decorated by directives are part of the exposed API or not. Furthermore it’s possible to modify the GraphQL subgraphs for this contract.
Dyn Compatibility§
This trait is not dyn compatible.
In older versions of Rust, dyn compatibility was called "object safety", so this trait is not object safe.