typescript-runtime-type-benchmarks
typia
typescript-runtime-type-benchmarks | typia | |
---|---|---|
33 | 65 | |
560 | 4,062 | |
- | - | |
9.7 | 9.5 | |
3 days ago | 6 days ago | |
TypeScript | TypeScript | |
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
typescript-runtime-type-benchmarks
-
TypeScript please give us types
Has been heavily optimized, both in terms of its types and runtime performance. Even including the static parser, many types are about an order of magnitude more efficient than equivalent Zod. Early results show it as marginally faster than any validator currently published to typescript-runtime-type-benchmarks, not including more complex cases where (2) would give ArkType a much more significant advantage.
-
What are some of the best libraries you cannot work without?
Zod is a bit of an underdog but it is not fast, AJV which is slightly more common can validate and generate types too but requires using JSON syntax, TypeBox offers familiar syntax to Zod while still being JSON syntax in the background.
-
[AskTS] What do you think will be the future of runtime type checking?
First, they're not fast (runtime type checking benchmarks).
-
Typescript really hits the middle ground between extremely rigid statically typed languages on one extreme and no types at all dynamic languages on another extreme. Best type system
Aha, so you're using a library in Java for this. You know about libraries in TS for this, there are plenty of them btw, but you don't use them because it's so easy. Express has `any` type for `req.body` because authors don't care about this either and it's so easy. And TypeScript is the one to blame in that you prefer to work with `any` type for incoming data rather than validating it.
-
TypeBox: Runtime Type System Built on Industry Standards
It is so much faster than Zod that Zod basically doesn't show, https://moltar.github.io/typescript-runtime-type-benchmarks/ and according to bundlejs, https://bundlejs.com/?q=zod%2Czod%2C%40sinclair%2Ftypebox&treeshake=%5B*%5D%2C%5B%7B+default+%7D%5D%2C%5B*%5D&config=%7B%22analysis%22%3Atrue%7D, it is even smaller. I genuinely have no clue why Zod is this popular in 2023.
- What’s your favourite validation library?
-
TypeBox: Template Literals + Conditional Types at Runtime
TypeBox is a bit different to other libraries in this space where it's mostly intended to be used with a auxiliary JSON Schema validator. Although it provides a built in JSON Schema compiler (which is currently the fastest (not-AOT) runtime validator available for JavaScript today), it's equally intended to be used with validators like Ajv (or any other standards compliant validator)
-
Introducing ArkType: The first isomorphic type system for TS/JS
I do plan to add some direct comparisons to https://github.com/moltar/typescript-runtime-type-benchmarks as well but haven't had a chance yet.
-
Is using zod as the primary source of truth for Typescript types sensible/sustainable?
I think it's more of a case of the extremely low performance bar that's been set by the status quo (for even the simplest of validation structures). There's been a lot of focus on the TS type inference, and less on the runtime performance (which actually matters more as it does reduce operational costs). It probably wouldn't be such an issue if the performance was reasonable, but I mean here's the full breakdown https://moltar.github.io/typescript-runtime-type-benchmarks/.
-
Best schema validator for intellisense performance?
I found a benchmark for runtime performance, but I haven't found any for intellisense/editor performance.
typia
-
I made Swagger/OpenAPI type definitions and converter library
However, lacking of typia and nestia libraries is obvious. If you also need detailed Swagger/OpenAPI spec like me, but you need more detailed types/properties, or found something missed, please take a contribution.
- Executable Playground of "typia", super-easy/fast TypeScript validator/serializer
-
[Typia] I made Protocol Buffer library of TypeScript, easiest in the world
Therefore, I've implemented the Protocol Buffer features for two months, and introduce you. From now on, you can easily use Protocol Buffer features in typia, with pure TypeScript type. You no more need to define extra schema even including *.proto file. typia will do everything for you. It will analyze your TypeScript type, and generate Protocol Buffer schema and de/serializers automatically.
- Good replacements for Zod, preferably with a similar API/interface?
-
Secret of Typia, how it could be 20,000x faster validator - Hidden Class Optimization of v8 engine
I've written some articles introducing my TypeScript runtime validator library typia in here dev.to community. In these previous articles, I had often explained that typia boosts up validation spped through AoT (Ahead of Time) compliation, and it is maximum 20,000x faster than class-validator.
-
Good bye "typescript-is" (ancestor of "typia", 20,000x faster validator)
typia: https://github.com/samchon/typia
-
Migration tool from Swagger to NestJS - SDK generator and Mockup simulator for every backend stacks
If you see actual Mockup Simulator code, then you may exactly understand what it is. Yes, the Mockup Simulator, it's just an internal function returning random data with same type of API interface. For reference, mockup data generation is being done by typia.random() function, which can analyze TypeScript type and generate optimal random generation code in the compliation level.
-
I've made playground demo of typia - 20,000x faster validator
typia is a super-easy and fast runtime validator library, which needs TypeScript type only. It does not need extra schema definition like ajv or class-validator. It can analyze TypeScript by itself, and generates optmial validation code for each type.
-
[Typia] I made realtime demo site of 20,000x faster validation (+200x faster JSON stringify)
Guide Documents: https://typia.io
What are some alternatives?
napi-rs - A framework for building compiled Node.js add-ons in Rust via Node-API
zod - TypeScript-first schema validation with static type inference
typebox - Json Schema Type Builder with Static Type Resolution for TypeScript
MikroORM - TypeScript ORM for Node.js based on Data Mapper, Unit of Work and Identity Map patterns. Supports MongoDB, MySQL, MariaDB, MS SQL Server, PostgreSQL and SQLite/libSQL databases.
ajv - The fastest JSON schema Validator. Supports JSON Schema draft-04/06/07/2019-09/2020-12 and JSON Type Definition (RFC8927)
.NET Runtime - .NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.
nestia - Make NestJS much faster and easier
Wren - The Wren Programming Language. Wren is a small, fast, class-based concurrent scripting language.
fast-json-stringify - 2x faster than JSON.stringify()
Prisma - Next-generation ORM for Node.js & TypeScript | PostgreSQL, MySQL, MariaDB, SQL Server, SQLite, MongoDB and CockroachDB
slow-json-stringify - The slowest stringifier in the known universe. Just kidding, it's the fastest (: