Content
@
0 reply
0 recast
0 reaction
Kevin
@typedarray.eth
The ponder client library will be very, very good Write queries in your frontend codebase, type-safe with no codegen, realtime/reactive by default Coming soon to a browser near you
2 replies
7 recasts
73 reactions
Another Fullstack Dev
@anotherfullstack
Just my, probably not too smart, opinion. But I would love more to have the ability to customize the GQL schema that ponder generates or at least hook up my GQL resolvers to it. It feels somehow more reliable aproach than a separate library with own syntax. Also, the are plenty of tools to make usage of GQL easy in most of client-side codebases.
1 reply
0 recast
1 reaction
Kevin
@typedarray.eth
Appreciate the feedback! Do you have experience with extending GraphQL schemas? We'd like to support, just not sure how best to do it. True that GraphQL has a mature ecosystem, but from what I've seen, a very small # of ponder users are using GraphQL anywhere (else) in their stack, if that makes sense.
3 replies
0 recast
0 reaction
Another Fullstack Dev
@anotherfullstack
First, regarding the GQL that Ponder provides. It is cool, really cool but lacks some important features what probably detracts users from using it. What additional GQL features I would love to have when working on a project with Ponder: - Add an additional field to the GQL Object Type + perform sorting and filtering based on this field. Real work use-case might be a total number of transactions per user and select the top 5 users by the number of transactions; - Write custom queries that have connection to other object types. For instance I want to somehow specially select ERC20 transfers and for that I want to write a custom resolver, but also I want to resolve other entities that are related to the transfer (transaction data for instance) without explicitly doing that in the resolver (by utilizing the way how GQL resolvers do cascade work); - Write "where" conditions for parent objects based on child objects;
0 reply
0 recast
1 reaction
