Since recent typescript features have made it more possible, I’m less interested in runtime validation, and really only keen in build-type schema validation. There’s a few tools out there that generate code that typescript will prove will validate your schema. That I think is the path forward.
ArkType: Ergonomic TS validator 100x faster than Zod
11–20 of 72 posts
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#12Re: ArkType: Ergonomic TS validator 100x faster than Zod
#13Since recent typescript features have made it more possible, I’m less interested in runtime validation, and really only keen in build-type schema validation. There’s a few tools out there that generate code that typescript will prove will validate your schema. That I think is the path forward.
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#14https://developer.huawei.com/consumer/en/doc/harmonyos-guide...
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#15Since recent typescript features have made it more possible, I’m less interested in runtime validation, and really only keen in build-type schema validation. There’s a few tools out there that generate code that typescript will prove will validate your schema. That I think is the path forward.
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#16ArkType is a really interesting library that has a difficult time marketing itself. More than being a schema validator, it brings TS types into the runtime, so you can programmatically work with types as data with (near?) full fidelity. I've been evaluating schema libraries for a better-than-Zod source of truth, and ArkType is where I've been focused. Zod v4 just entered beta[1], and it improves many of my problems w…
> The main downside I see is that its runtime code size footprint is much larger than Zod. Yes, it unfortunately really does bloat your bundle a lot, which is a big reason I personally chose to go with Valibot instead (it also helps that it's a lot closer to zods API so it's easier to pickup). Thanks for linking that issue, I'll definitely revisit it if they can get the size down.
export reflect type User = {
id: number;
username: string;
// ...
};
Edit: just remembered about this one: https://github.com/GoogleFeud/ts-runtime-checksRe: ArkType: Ergonomic TS validator 100x faster than Zod
#17ArkType is a really interesting library that has a difficult time marketing itself. More than being a schema validator, it brings TS types into the runtime, so you can programmatically work with types as data with (near?) full fidelity. I've been evaluating schema libraries for a better-than-Zod source of truth, and ArkType is where I've been focused. Zod v4 just entered beta[1], and it improves many of my problems w…
So...it's a parser. Like Zod or effect schema.
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#18V4 of zod landed recently and it promises better perf https://v4.zod.dev/v4
I mean it.
I've been parsing (not just validating) runtime values from a decade (io-ts, Zod, effect/schema, t-comb, etc) and I find the performance penalty irrelevant in virtually any project, either FE or BE.
Seriously, people will fill their website with Google tracking crap, 20000 libraries, react crap for a simple crud, and then complain about ms differences in parsing?
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#19Is this at all related to Huawei's ArkTS? https://developer.huawei.com/consumer/en/doc/harmonyos-guide...
Re: ArkType: Ergonomic TS validator 100x faster than Zod
#20V4 of zod landed recently and it promises better perf https://v4.zod.dev/v4
I really want to see the people that have performance issues with Zod and what's their use case. I mean it. I've been parsing (not just validating) runtime values from a decade (io-ts, Zod, effect/schema, t-comb, etc) and I find the performance penalty irrelevant in virtually any project, either FE or BE. Seriously, people will fill their website with Google tracking crap, 20000 libraries, react crap for a simple cru…