TypeScript MongoDB
This plugin generates TypeScript types for MongoDB models, which makes it relevant for server-side development only. It uses GraphQL directives to declare the types you want to generate and use in your MongoDB backend.
#
What this plugin does?Given the following GraphQL declaration:
We can have the following TypeScript output:
This interface can be used for db read/write purposes, thus making communication with the db much more consistent.
Don't install this plugin as devDependency, because you need to import the directives from it.
Installation
Using yarn
API Reference
dbTypeSuffix
type: string
default: DbObject
Customize the suffix for the generated GraphQL type
s.
Usage Examples
dbInterfaceSuffix
type: string
default: DbObject
Customize the suffix for the generated GraphQL interface
s.
Usage Examples
objectIdType
type: string
default: mongodb#ObjectId
Customize the type of _id
fields. You can either specify a type name, or specify module#type
.
Usage Examples
idFieldName
type: string
default: _id
Customize the name of the id field generated after using @id
directive over a GraphQL field.
Usage Examples
enumsAsString
type: boolean
default: true
Replaces generated enum
values with string
.
Usage Examples
avoidOptionals
type: boolean
default: false
This will cause the generator to avoid using TypeScript optionals (?
),
so the following definition: type A { myField: String }
will output myField: Maybe<string>
instead of myField?: Maybe<string>
.
Usage Examples
scalars
type: ScalarsMap
Extends or overrides the built-in scalars and custom GraphQL scalars to a custom type.
namingConvention
type: NamingConvention
default: change-case-all#pascalCase
Allow you to override the naming convention of the output.
You can either override all namings, or specify an object with specific custom naming convention per output.
The format of the converter must be a valid module#method
.
Allowed values for specific output are: typeNames
, enumValues
.
You can also use "keep" to keep all GraphQL names as-is.
Additionally you can set transformUnderscore
to true
if you want to override the default behavior,
which is to preserves underscores.
Available case functions in change-case-all
are camelCase
, capitalCase
, constantCase
, dotCase
, headerCase
, noCase
, paramCase
, pascalCase
, pathCase
, sentenceCase
, snakeCase
, lowerCase
, localeLowerCase
, lowerCaseFirst
, spongeCase
, titleCase
, upperCase
, localeUpperCase
and upperCaseFirst
See more
typesPrefix
type: string
default: ``
Prefixes all the generated types.
Usage Examples
typesSuffix
type: string
default: ``
Suffixes all the generated types.
Usage Examples
skipTypename
type: boolean
default: false
Does not add __typename to the generated types, unless it was specified in the selection set.
Usage Examples
nonOptionalTypename
type: boolean
default: false
Automatically adds __typename
field to the generated types, even when they are not specified
in the selection set, and makes it non-optional
Usage Examples
useTypeImports
type: boolean
default: false
Will use import type {}
rather than import {}
when importing only types. This gives
compatibility with TypeScript's "importsNotUsedAsValues": "error" option
#
Usage ExampleOnce installed, add the directives declaration to your GraphQL Schema definition:
And generate code using gql-gen
:
At this point, you can add the directives to your GraphQL definitions, and generate your MongoDB models file.
#
Directives@entity(additionalFields: [AdditionalEntityFields])
(on OBJECT
)#
Use this directive to specify which GraphQL type should have generated MongoDB models.
embedded: Boolean
- use this option to declare target entity as child of a greater entity. For example, given the following structure{ _id: string, username: string, profile: { name: string }}
, the GraphQL typeProfile
should be declared as embedded.additionalFields: [AdditionalEntityFields]
- specify any additional fields that you would like to add to your MongoDB object, and are not a part of your public GraphQL schema.
@column(overrideType: String)
(on FIELD_DEFINITION
)#
Use this directive to declare a specific GraphQL field as part of your generated MongoDB type.
overrideType: String
- use this to override the type of the field; for example, if you store dates asDate
but expose them asString
.
âš If target property is an embedded entity, you should use
@embedded
instead.
@id
(on FIELD_DEFINITION
)#
Use this directive on the filed that should be mapped to a MongoDB _id
. By default, it should be the id
field of the GraphQL type
.
@link
(on FIELD_DEFINITION
)#
Use this directive to declare that a specific field is a link to another type in another table. This will use the ObjectID
type in the generated result.
@embedded
(on FIELD_DEFINITION
)#
use this option to declare target entity as child of a greater entity.
@map(path: String)
(on FIELD_DEFINITION
)#
Use this directive to override the path or the name of the target field. This would come in handy whenever we would like to create a more complex object structure in the database;
for example, if you wish to project a field as username
on your schema, but store it as credentials.username
in your DB.
You can either specify the name of the field, or a path to which will lead to its corresponding field in the DB.
Given the following GraphQL schema:
The output should be:
@abstractEntity(discriminatorField: String!)
(on INTERFACE
)#
Use this directive on a GraphQL interface to mark it as a basis for other database types.
The discriminatorField
argument is mandatory and will tell the generator what field name in the database determines what interface the target object is implementing.
For example:
This way, you will get:
@union(discriminatorField: String)
(on UNION
)#
This directive is similar to @abstractEntity
, but for unions (that don't necessarily have any common fields).
The discriminatorField
argument is mandatory and will tell the generator what field name in the database determines what interface the target object is implementing.
Given the following GraphQL schema:
The output should be:
#
ExampleGiven the following GraphQL types:
The generated MongoDB models should look like so: