joi VS Superstruct

Code in Docusaurus This module validates and processes frontmatter objects by using Joi library for the data validation.

Once you've leaped into thinking as a serverless problem solver, it makes a lot of sense to standardize some tooling and frameworks. The old adage right tool for the job is what I like about this layer of the pyramid. For instance, if a problem requires flexibility in data and your team enjoys validating schema with Joi then you might use TypeScript with a Node.js runtime with your lambdas. If you prefer the developer experience and small footprint and simplicity of Go then use the Go 1.x runtime. You might find you don't need "compute" at all, so using intrinsic functions in State Machines might be plenty.

Validation: request data validation using Joi

I'm using Joi on my server to validate form input, do you think I still need honeypot fields? It sounds like it might be worth looking into IP rate limiting as well, I don't think Joi can help with that.

What does your library provide that others don't? For example: https://github.com/colinhacks/zodhttps://github.com/hapijs/joihttps://github.com/jquense/yuphttps://github.com/gcanti/io-tshttps://github.com/pelotom/runtypeshttps://github.com/sindresorhus/ow

Yup's API is heavily inspired by Joi, but leaner and built with client-side validation as its primary use-case. Yup separates the parsing and validating functions into separate steps. cast() transforms data while validate checks that the input is the correct shape. Each can be performed together (such as HTML form validation) or seperately (such as deserializing trusted data from APIs).

Yup is a Javascript object schema validator: it lets you define a schema to describe how a valid object should look like, and allows you to validate an object using this schema. If you know Joi, Yup is heavily inspired by it, except it relies on client-side validation as its primary use-case.

Again a widely used open source validation library like Joi can help you easily create schemas and transform the data into safe objects.

You can check out Superstruct documentation here.

This is where I saw compiled folder has superstruct’s minified code.

However, working with the unknown type is less convenient than merely specifying the desired data type. Apart from type-casting, there are multiple ways to convert the unknown type into the required data type. One such method is utilizing the Superstruct library to validate data at runtime and throw detailed errors if the data is invalid.

For example, the superstruct library is a lighter alternative to Zod. This library is more suitable for use on the client side since it has a relatively small size (13.1 kB vs 3.4 kB).

Banditstash, like all the newer validation libraries (yup, zod, superstruct, typed) can auto-generate TS type from a JS schema:

Superstruct 1.0.3

Inside the action, the first thing we're going to do is get the formData using the request object. Then we will create an object from the formData data that will later be validated by our superstruct schema.

You could use Zod or Superstruct to validate the types of values, or use typestack/class-validator if it makes sense.