Content pfp
Content
@
https://opensea.io/collection/dev-21
0 reply
0 recast
2 reactions

iSpeakNerd πŸ§™β€β™‚οΈ pfp
iSpeakNerd πŸ§™β€β™‚οΈ
@ispeaknerd.eth
rapidly learning that i need a standardized error method with bubbling. are the errors from the database, from the biz logic or from the api query? would like error context to bubble appropriately. am very sure i am currently doing it on hard mode with throws that don't communicate context well
5 replies
0 recast
4 reactions

Mo pfp
Mo
@meb
I generally recommend a set of custom errors that extend the base error class. You can also have a http code as part of each custom error Wrap your API with a global error handler that gets uncaught errors and completes with error response Then, when throws occur your api now automagically have relevant status codes and good messages
1 reply
0 recast
1 reaction

iSpeakNerd πŸ§™β€β™‚οΈ pfp
iSpeakNerd πŸ§™β€β™‚οΈ
@ispeaknerd.eth
pretty sure this is what i was looking at doing before xmas but got distracted by feature building again. now suffering debugging pain from not implementing proper error classes
1 reply
0 recast
1 reaction

Mo pfp
Mo
@meb
ChatGPT is definitely your fren to get this one kickstarted, very little relation with app logic, super LLM friendly task
0 reply
0 recast
1 reaction