Jordan (UNCVRD)
Explore posts from serversResponse loses type when specifying type arguments manually
Hi there! Just started messing around with Hono and was trying to optimize for typesafety. The docs state that adding the path as a generic parameter can help with type inferencing
https://hono.dev/docs/guides/rpc#specify-type-arguments-manually
so I gave this a shot
But my response type from
response
is:
ClientResponse<{}, StatusCode, string>
However if I remove the generic parameter (i.e. remove the <"/:id/features">
, my response
is accurately typed
I was wondering if I was missing something? Or maybe this is not necessary since I'm creating a typed client for re-use:
I tried searching around a bit but all the examples I saw in other GH issues or discussions didn't strongly type the path like this. Thanks for any help!1 replies
How to execute mutation outside of react context?
Hi! I'm slowly converting code over to v10 - looks great! However, I ran in to an issue when using tRPC within my xstate state machine. I need to run a mutation in one of my states, and since this runs outside of react context, Alex had instructed for me to do the following in v9:
1. set the following property on
window
in _app.tsx
2. Then create a helper function:
3. So now I could do the following in my xstate async method:
However this approach no longer works with v10. I was curious as to how I should approach this now? Thank you!
----
EDIT: should I just be creating a duplicate vanilla trpc proxy client with essentially the same configuration now? seems a bit redundant though...would be nice to be able to access my mutations like client.myRouter.create.mutate()
like i can do with my queries client.myRouter.byId.fetch()
Relevant discussions: https://github.com/trpc/trpc/discussions/2926
https://github.com/trpc/trpc/discussions/135118 replies