re-po/pkgs/model at main · re-do/re-po · GitHub
source link: https://github.com/re-do/re-po/tree/main/pkgs/model
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
@re-/model
Type-first validation from editor to runtime
What's a model?
A model is a way to create universal types for your JS/TS values. From one definition, you get all the benefits of TypeScript in your editor and build and a validator like Yup or JOI at runtime.
Installation
npm install @re-/model
(feel free to substitute yarn
, pnpm
, et al.)
If you're using TypeScript, you'll need at least 4.4
.
Start quick
This snippet will give you an idea of @re-/model
syntax, but the best way to get a feel for it is in a live editor. Try messing around with the user
definition in our demo or paste it in your own editor and see how the type hints help guide you in the right direction.
import { create } from "@re-/model" // Most common TypeScript expressions just work... const user = create({ name: { first: "string", middle: "string?", last: "string" }, age: "number", browser: "'chrome'|'firefox'|'other'|null" }) // If you're using TypeScript, you can create your type... type User = typeof user.type // But a model can also validate your data at runtime... const { error } = user.validate({ name: { first: "Reed", last: "Doe" }, age: 28, browser: "Internet Explorer" // :( }) // Output: "At path browser, 'Internet Explorer' is not assignable to any of 'chrome'|'firefox'|'other'|null." console.log(error ?? "All good!")
Types that clique
Working with types that refer to one another or themselves? So can your models!
import { compile } from "@re-/model" const space = compile({ user: { name: "string", bestFriend: "user?", groups: "group[]" }, group: { title: "string", members: "user[]" } }) // Even recursive and cyclic types are precisely inferred type User = typeof space.types.user // Throws: "At path bestFriend/groups/0, required keys 'members' were missing." space.models.user.assert({ name: "Devin Aldai", bestFriend: { name: "Devin Olnyt", groups: [{ title: "Type Enjoyers" }] }, groups: [] })
Definitions that split
Like keeping your files small and tidy? Perhaps you'd prefer to split your definitions up.
index.ts
import { declare } from "@re-/model" // Declare the models you will define export const { define, compile } = declare("user", "group") import { userDef } from "./user" import { groupDef } from "./group" // Creates your space (or tells you which definition you forgot to include) const space = compile({ ...userDef, ...groupDef })
user.ts
import { define } from "./index" export const userDef = define.user({ name: "string", bestFriend: "user?", // Type Hint: "Unable to determine the type of 'grop'" groups: "grop[]" })
group.ts
import { define } from "./index" export const groupDef = define.group({ title: "string", members: "user[]" })
Validation that fits
TypeScript can do a lot, but sometimes things you care about at runtime shouldn't affect your type.
import { create } from "@re-/model" const employee = create({ // Not a fan of regex? Don't worry, 'email' is a builtin type :) email: `/[a-z]*@redo\.dev/`, about: { // Single or double bound numeric types age: "18<=integer<125", // Or string lengths bio: "string<=80" } }) // Subtypes like 'email' and 'integer' become 'string' and 'number' type Employee = typeof employee.type // The error messages are so nice you might be tempted to break your code more often ;) const { error } = employee.validate({ email: "[email protected]", about: { age: 17, bio: "I am very interesting.".repeat(5) } }) // Output: "Encountered errors at the following paths: // { // email: ''[email protected]' is not assignable to /[a-z]*@redo.dev/.', // about/age: '17 was less than 18.', // about/bio: ''I am very interesting.I am very interesting.I am... was greater than 80 characters.' // }" console.log(error ?? "Flawless. Obviously.")
Syntax
@re-/model
supports many of TypeScript's built-in types and operators, as well as some new ones dedicated exclusively to runtime validation. The following sections outline the kinds of definitions available to you when creating a model.
If there's a type or expression you wish were supported but isn't, we'd love for you to create a feature request! Our parser is easy to extend, so you might just see it an upcoming release
Objects
Object definitions are sets of keys or indices corresponding to string, literal, or nested object definitions.
Map definitions are represented using the familiar object literal syntax.
const foo = create({ key: "string?", anotherKey: ["unknown", { re: "'model'|'state'|'test'" }] }) // Equivalent TS type FooToo = { key?: string anotherKey: [ unknown, { re: "model" | "state" | "test" } ] }
Tuple
Tuple definitions are useful for fixed-length lists and are represented as array literals.
const bar = create([ "true|null", { coords: ["number", "number"], piOus: [3, 1, 4] } ]) // Equivalent TS type BarAgain = [ true | null, { coords: [number, number] piOus: [3, 1, 4] } ]
Strings
String definitions are strings constructed from the following fragment types:
- Builtins, including keywords like
"number"
and literals like"'redo'"
- Aliases like
"user"
or"group"
that have been defined in your space - Expressions consisting of one or more string definitions modified by an operator, like
"user|number"
or"group[]"
The entire definition may also include at most one of each modifier, a special category for operators like '?' that are only allowed at the root of a string definition.
Keywords
All TypeScript keywords that can be used to represent a type are valid definitions. Each of the following string definitions maps directly to its corresponding TS type:
Keyword Notes
"any"
"unknown"
Behaves like any
when used in validation.
"never"
Will always throw an error when used in validation.
"undefined"
"void"
Behaves like undefined
when used in validation
"object"
"null"
"function"
"string"
"number"
"bigint"
"boolean"
"true"
"false"
"symbol"
String subtypes
The type of these definitions will be inferred as string
, but they will validate that the criterion corresponding to their keyword.
Keyword String is valid if it...
"email"
Matches the pattern from emailregex.com.
"alpha"
Includes exclusively lowercase and/or uppercase letters.
"alphanumeric"
Includes exclusively digits, lowercase and/or uppercase letters.
"lowercase"
Does not contain uppercase letters.
"uppercase"
Does not contain lowercase letters.
"character"
Is of length 1.
Number subtypes
The type of these definitions will be inferred as number
, but they will validate that the criterion corresponding to their keyword.
Keyword Number is valid if it...
"integer"
Is an integer.
"positive"
Is greater than 0.
"nonnegative"
Is greater than or equal to 0.
Literals
Literals are used to specify a string
, number
, or bigint
type constrained to an exact value.
Literal Syntax Examples Notes
string
"'T'"
or '"T"'
"'redo'"
or '"WithDoubleQuotes"'
As of now, literals containing the quote character that encloses them are not supported. Support for an escape character is tracked here.
regex
/T/
"/[a-z]*@redo\.dev/"
Validation checks whether a string matching the expression. Type is always inferred as string
. Lack of an escape character for regex containing "/"
is tracked here.
number
"T"
, where T is a numeric value
"5"
or "-7.3"
Though validation checks for the literal's exact value, TypeScript widens its type to number
. To avoid this behavior, use a number primitive.
bigint
"Tn"
, where T is an integer
"0n"
or "-999n"
Though validation checks for the literal's exact value, TypeScript widens its type to bigint
. To avoid this behavior, use a bigint primitive.
While boolean
values could also be considered literals, they are modeled as keywords since, unlike other literal types, they can can be defined as a finite set (i.e. true
and false
).
Expressions
Expressions are a set of syntactic patterns that can be applied to one or more nested string definitions to modify the type they represent. Unless otherwise noted, expressions can be applied to any valid string definition, including other expressions.
The following table is ordered by relative precedence in the event that a definition matches multiple patterns. For example, the definition "string|boolean[]"
would be interpreted as either a string
or a list of boolean
since "Or" applies before "List." Arbitrary parenthetical grouping is not yet supported, but can be emulated by adding the desired grouping to a space and referencing its alias.
Expression Pattern Examples Notes
Arrow Function
(T1,T2,...)=>T3
(string,boolean[])=>void
()=>object
At runtime, falls back to validating that a value is of type function
.
Union
T1|T2
false|string
Acts just like TypeScript's union operator (|
). Think of it like a logical "or."
Intersection
T1&T2
positive&integer
Acts just like TypeScript's intersection operator (&
). Think of it like a logical "and."
Constraint
T<N
OR N1<T<N2
number<=100
5<alphanumeric<20
Constraints are number or string keyword singly or doubly bounded by number literals. All comparison operators (<, >, <=, >=) are available. Constraints do not affect the inferred type of the number or string keyword, but will bound the value of a number or the length of a string during validation. Note that for a single-bounded constraint, the keyword must precede its bound.
List
T[]
string[]
number[][]
Modifiers
Unlike expressions, modifiers are not composable and may only be applied to the root of a string definition. For instance, "string|number?"
is a valid definition representing an optional string or number, whereas "string?|number"
is invalid because the "?"
modifier is only valid if applied after all other non-modifier expressions.
Exrpession Pattern Examples Notes
Optional
T?
function?
boolean[]?
Adds undefined
as a possible value. When used in an Object type, also makes the corresponding key optional.
Primitives
Any definition that is neither a string nor an object is considered a primitive and models a type that allows only its exact value. All primitive definitions correspond to an equivalent string definition, so whether you use them often comes down to stylistic preference, though there are some noted circumstances in which they allow TypeScript to infer narrower types than their string equivalents.
Definition Type Examples Notes
undefined
undefined
Requires compiler option "strictNullChecks"
or "strict"
set to true
in your tsconfig.json
.
null
null
Requires compiler option "strictNullChecks"
or "strict"
set to true
in your tsconfig.json
.
boolean
true
false
number
0
32.33
TS infers the exact value of number
primitives, while string literals are always widened to number
.
bigint
99n
-100n
TS infers the exact value of bigint
primitives, while string literals are always widened to bigint
.
Requires a target of ES2020 or higher.
Detailed API docs are coming soon! For now, check out the examples from this README and use the type hints you get to learn how you can customize your models and spaces. If you have any questions, don't hesitate to reach out on the dedicated Discord channel!
Contributing
If you're interested in contributing to @re-/model
...
- Thank you We'll do everything we can to make this as straightforward as possible, regardless of your level of experience.
- Check out our guide to get started!
About Redo
@re-/model
is part of a set of devtools designed to help you navigate the JS/TS ecosystem and get back to doing what you love. Learn more at the root of this repo.
License
This project is licensed under the terms of the MIT license.
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK