zod
zod copied to clipboard
colinhacks
Better understandable errors
Let's take this simple example:
just put this anywhere in your codebase
z.string().parse(5)
this is the error you will get (as you should):
The default error needs to include the location of the error, line of code, and variable name... currently, I think it's really hard to locate errors without writing costume errors for everything (optional: if you don't want it to get to users we can throw an error with one message and return a simpler user-friendly error )
Perhaps safeParse would help you. Then you could handle the error however you see fit, rather than throwing and potentially crashing your program.
Well I thought more will agree with me but perhaps you are right...
I think my case is good when using zod for situations like env variables and such, I can always parse a costume message manually
Can I move this to a discussion? Or would you like it to stay as a feature request?
Please leave it as a feature request, if other developers doesn't agree with me, close it or move it to discussion s...
@benllshua The line & column number should appear a few lines above the part that you screenshotted. I agree it would be nice to clean up the stack trace a little if it's possible to do in a runtime-agnostic way.
This seems like a user-skill-issue.
You can add error messages to almost any Zod object, string, array, number, validation rule, etc. Then just safeParse and use the result.data and result.error with correct error message.
I disagree, this is a very real issue:
The default error needs to include the location of the error, line of code, and variable name... currently, I think it's really hard to locate errors without writing costume errors for everything
It's definitely problematic that all ZodErrors appear to originate inside Zod's source code instead of at the point where .parse() was called.