If you use this repo, star it ✨
Stop typing twice 🙅♂️
A lot of projects use JSON schemas for runtime data validation along with TypeScript for static type checking.
Their code may look like this:
const dogSchema = {
type: "object",
properties: {
name: { type: "string" },
age: { type: "integer" },
hobbies: { type: "array", items: { type: "string" } },
favoriteFood: { enum: ["pizza", "taco", "fries"] },
},
required: ["name", "age"],
};
type Dog = {
name: string;
age: number;
hobbies?: string[];
favoriteFood?: "pizza" | "taco" | "fries";
};
Both objects carry similar if not exactly the same information. This is a code duplication that can annoy developers and introduce bugs if not properly maintained.
That's when json-schema-to-ts
comes to the rescue 💪
FromSchema
The FromSchema
method lets you infer TS types directly from JSON schemas:
import { FromSchema } from "json-schema-to-ts";
const dogSchema = {
type: "object",
properties: {
name: { type: "string" },
age: { type: "integer" },
hobbies: { type: "array", items: { type: "string" } },
favoriteFood: { enum: ["pizza", "taco", "fries"] },
},
required: ["name", "age"],
} as const;
type Dog = FromSchema<typeof dogSchema>;
Schemas can even be nested, as long as you don't forget the as const
statement:
const catSchema = { ... } as const;
const petSchema = {
anyOf: [dogSchema, catSchema],
} as const;
type Pet = FromSchema<typeof petSchema>;
The as const
statement is used so that TypeScript takes the schema definition to the word (e.g. true is interpreted as the true constant and not widened as boolean). It is pure TypeScript and has zero impact on the compiled code.
Why use json-schema-to-ts
?
If you're looking for runtime validation with added types, libraries like yup, zod or runtypes may suit your needs while being easier to use!
On the other hand, JSON schemas have the benefit of being widely used, more versatile and reusable (swaggers, APIaaS...).
If you prefer to stick to them and can define your schemas in TS instead of JSON (importing JSONs as const
is not available yet), then json-schema-to-ts
is made for you:
- ✅ Schema validation
FromSchema
raises TS errors on invalid schemas, based on DefinitelyTyped's definitions - ✨ No impact on compiled code:
json-schema-to-ts
only operates in type space. And after all, what's lighter than a dev-dependency? - 🍸 DRYness: Less code means less embarrassing typos
- 🤝 Consistency: See that
string
that you used instead of an enum
? Or this additionalProperties
you confused with additionalItems
? Or forgot entirely? Well, json-schema-to-ts
does! - 🔧 Reliability:
FromSchema
is extensively tested against AJV, and covers all the use cases that can be handled by TS for now* - 🏋️♂️ Help on complex schemas: Get complex schemas right first time with instantaneous typing feedbacks! For instance, it's not obvious the following schema can never be validated:
const addressSchema = {
type: "object",
allOf: [
{
properties: {
street: { type: "string" },
city: { type: "string" },
state: { type: "string" },
},
required: ["street", "city", "state"],
},
{
properties: {
type: { enum: ["residential", "business"] },
},
},
],
additionalProperties: false,
} as const;
But it is with FromSchema
!
type Address = FromSchema<typeof addressSchema>;
*If json-schema-to-ts
misses one of your use case, feel free to open an issue 🤗
Table of content
Installation
npm install --save-dev json-schema-to-ts
yarn add --dev json-schema-to-ts
json-schema-to-ts
requires TypeScript 3.3+. Activating strictNullChecks
or using strict
mode is recommended.
Use cases
Const
const fooSchema = {
const: "foo",
} as const;
type Foo = FromSchema<typeof fooSchema>;
Enums
const enumSchema = {
enum: [true, 42, { foo: "bar" }],
} as const;
type Enum = FromSchema<typeof enumSchema>;
You can also go full circle with typescript enums
.
enum Food {
Pizza = "pizza",
Taco = "taco",
Fries = "fries",
}
const enumSchema = {
enum: Object.values(Food),
} as const;
type Enum = FromSchema<typeof enumSchema>;
Primitive types
const primitiveTypeSchema = {
type: "null",
} as const;
type PrimitiveType = FromSchema<typeof primitiveTypeSchema>;
const primitiveTypesSchema = {
type: ["null", "string"],
} as const;
type PrimitiveTypes = FromSchema<typeof primitiveTypesSchema>;
For more complex types, refinment keywords like required
or additionalItems
will apply 🙌
Arrays
const arraySchema = {
type: "array",
items: { type: "string" },
} as const;
type Array = FromSchema<typeof arraySchema>;
Tuples
const tupleSchema = {
type: "array",
items: [{ type: "boolean" }, { type: "string" }],
} as const;
type Tuple = FromSchema<typeof tupleSchema>;
FromSchema
supports the additionalItems
keyword:
const tupleSchema = {
type: "array",
items: [{ type: "boolean" }, { type: "string" }],
additionalItems: false,
} as const;
type Tuple = FromSchema<typeof tupleSchema>;
const tupleSchema = {
type: "array",
items: [{ type: "boolean" }, { type: "string" }],
additionalItems: { type: "number" },
} as const;
type Tuple = FromSchema<typeof tupleSchema>;
...as well as the minItems
and maxItems
keywords:
const tupleSchema = {
type: "array",
items: [{ type: "boolean" }, { type: "string" }],
minItems: 1,
maxItems: 2,
} as const;
type Tuple = FromSchema<typeof tupleSchema>;
Additional items will only work if Typescript's strictNullChecks
option is activated
Objects
const objectSchema = {
type: "object",
properties: {
foo: { type: "string" },
bar: { type: "number" },
},
required: ["foo"],
} as const;
type Object = FromSchema<typeof objectSchema>;
FromSchema
partially supports the additionalProperties
and patternProperties
keywords:
additionalProperties
can be used to deny additional items.
const closedObjectSchema = {
...objectSchema,
additionalProperties: false,
} as const;
type Object = FromSchema<typeof closedObjectSchema>;
- Used on their own,
additionalProperties
and/or patternProperties
can be used to type unnamed properties.
const openObjectSchema = {
type: "object",
additionalProperties: {
type: "boolean",
},
patternProperties: {
"^S": { type: "string" },
"^I": { type: "integer" },
},
} as const;
type Object = FromSchema<typeof openObjectSchema>;
- However, when used in combination with the
properties
keyword, extra properties will always be typed as unknown
to avoid conflicts.
Combining schemas
AnyOf
const anyOfSchema = {
anyOf: [
{ type: "string" },
{
type: "array",
items: { type: "string" },
},
],
} as const;
type AnyOf = FromSchema<typeof anyOfSchema>;
FromSchema
will correctly infer factored schemas:
const factoredSchema = {
type: "object",
properties: {
bool: { type: "boolean" },
},
required: ["bool"],
anyOf: [
{
properties: {
str: { type: "string" },
},
required: ["str"],
},
{
properties: {
num: { type: "number" },
},
},
],
} as const;
type Factored = FromSchema<typeof factoredSchema>;
OneOf
Because TypeScript misses refinment types, FromSchema
will use the oneOf
keyword in the same way as anyOf
:
const catSchema = {
type: "object",
oneOf: [
{
properties: {
name: { type: "string" },
},
required: ["name"],
},
{
properties: {
color: { enum: ["black", "brown", "white"] },
},
},
],
} as const;
type Cat = FromSchema<typeof catSchema>;
const invalidCat: Cat = { name: "Garfield" };
AllOf
const addressSchema = {
type: "object",
allOf: [
{
properties: {
address: { type: "string" },
city: { type: "string" },
state: { type: "string" },
},
required: ["address", "city", "state"],
},
{
properties: {
type: { enum: ["residential", "business"] },
},
},
],
} as const;
type Address = FromSchema<typeof addressSchema>;
Not
const tupleSchema = {
type: "array",
items: [{ const: 1 }, { const: 2 }],
additionalItems: false,
not: {
const: [1],
},
} as const;
type Tuple = FromSchema<typeof tupleSchema>;
const primitiveTypeSchema = {
not: {
type: ["array", "object"],
},
} as const;
type PrimitiveType = FromSchema<typeof primitiveTypeSchema>;
Keep in mind that the not
type computation uses the Exclude
utility type, which suffers from Typescript's limitations:
const goodLanguageSchema = {
type: "string",
not: {
enum: ["Bummer", "Silly", "Lazy sod !"],
},
} as const;
type GoodLanguage = FromSchema<typeof goodLanguageSchema>;
If-Then-Else
The if/then/else
keyword is not implemented yet.