Live data from Hacker News

Show HN: Open-source Postman alternative with type safety

recipeui.com

91–94 of 94 posts

Re: Show HN: Open-source Postman alternative with type safety

#91
post #61

Earlier quoted context omitted.

Why were you looking for a Postman alternative? I thought it was open-source. I'm using Thunder Client in VS Code at the moment, but if my needs become more complicated I don't want to invest in anything douchey.

I'm not sure if it's open, but it's trying hard to sell you on Postman Inc's cloud collaboration products. Not the OP, but for me the big pain points with Postman are * Sync-ing with an OpenAPI spec is one-and-done. If new stuff is added to the spec, you have to start a new collection and throw away all your existing work (or in practise add the new APIs by hand) * Many times I need to execute a sequence of requests…

Thanks. I have been hugely disappointed by the state of OpenAPI tools.

Re: Show HN: Open-source Postman alternative with type safety

#94
post #24

I haven’t downloaded RecipeUI yet to give it a try, but plan to. Does RecipeUI support importing OpenAPI specs in order to enforce type safety? I personally don’t like watching demos and prefer to read documentation. This information wasn’t available from the site.

Looking forward to your feedback when you use it! Currently we validate with mappings from TypeScript to JSONSchema. OpenAPI is definitely a gold standard, but I think JSONSchema is fairly strong as well. We're still considering better typing solutions like ZOD or OpenAPI wrappers, but our focus right now is core feature parity as an API tool. We'll do a better job with written documentation! We forgot that video isn…

You may try cast.ts. It is similar to zod but the parser has .type property which expose the typescript type of the validator, and .sampleValue property which expose a sample value. So you can access the metadata at runtime, which can be reused by other tools like yours.
Post reply on HN