fulcro

Book: http://book.fulcrologic.com, Community Resources: https://fulcro-community.github.io/, RAD book at http://book.fulcrologic.com/RAD.html
xceno 2020-09-29T09:39:16.071100Z

Very helpful thanks!

exit2 2020-09-29T13:53:35.073300Z

How would one recommend a Fulcro app that talks to various micro-service APIs for its data/authentication/etc versus the application having its own database? Would this just be a client side Fulcro application? Or could the server side be responsible for fetching the data and transforming it..?

souenzzo 2020-09-29T14:17:29.074600Z

@njustice you can use #pathom on client, as remote And on create many resolvers, for each server With this approach, if you need, you can move the parser into a server without need to re-implement anything

exit2 2020-09-29T14:35:29.076100Z

Ah I see.. so I can make resolvers for each api call (I.e. get-some-resource-by-id) and have the server side of my fulcro app handle the parser

exit2 2020-09-29T14:36:26.076300Z

I have an old FC2 app that I want to port over to FC3, but I’m leaning more towards starting a fresh app and writing a new server to handle the API stuff - hoping if I can get the data correct I can just move over and reuse all my defsc client side stuff

exit2 2020-09-29T15:36:39.076500Z

@souenzzo I don’t have a GraphQL setup, all my end points are basic REST calls w/ JSON responses, etc. - will that be an issue?

wilkerlucio 2020-09-29T15:49:48.076700Z

not a problem, its simpler that way

exit2 2020-09-29T16:01:17.076900Z

@wilkerlucio awesome to hear! Are there any example of this I can find?

wilkerlucio 2020-09-29T16:02:15.077100Z

there is an example for wrapping a few SpaceX endpoints here: https://github.com/wilkerlucio/pathom-connect-spacex/blob/master/src/core/com/wsscode/pathom/connect/spacex.cljc

wilkerlucio 2020-09-29T16:02:56.077400Z

but thinking today, I suggest avoiding the p.http thing and just do the requests directly, will be simpler, and that abstraction (Pathom HTTP abstraction) is going to die

👍 2