greyhwndz

greyhwndz

Hello everyone!

Somebody told me that ja_serializer hasn’t had any release for sometime already because of the popularity of GraphQL.

I was wondering if I can ask everyone what you have adopted with regards to database access layer at the backend. Does Absinthe-GraphQL covers everything and more than JSON-API?

Would love to hear your valuable opinions!

Showing Posts 5 to 1

greyhwndz

greyhwndz OP

By the way apologies to the concerned for me saying that there hasn’t been a release for ja_serializer for sometime. I was wrong

blatyo

blatyo

Conduit Core Team

I went to an ember meetup once where someone gave a talk about it. They seemed pretty happy with it. I think there are some things you forego when using it with ember, but I couldn’t give you the specifics.

greyhwndz

greyhwndz OP

Have you had experience with ember-apollo-client?

blatyo

blatyo

Conduit Core Team

I’ll just add, you really only want to use these if you have a client library that supports it. If you’re using EmberData, then you may choose JSON API, because it’s the path of least resistance. If you’re using pretty much anything else, you’ll have a better experience with GraphQL.

It’s worth noting, the client libraries for both of these are pretty good in javascript. In other languages, the client libraries aren’t so great. If you’re doing server to server communication, I’d recommend a plain old REST API.

radar

radar

Rather than compare ja_serializer (which received a release in Feb of this year, btw) and absinthe, allow me to list what I view are the pros of GraphQL over a JSON API, that I listed on an internal company chat where I work:

Those benefits are:

  • Type safety — you could write a mock frontend in TypeScript, send those types to a backender writing GraphQL and they can very easily build an API to match.
  • You can limit the fields you request to just the ones important to you now
  • Predictability in how the responses are returned — the schema tells you exactly what shape you can expect to get back
  • Documentation is automatically generated through introspecting the schema.
  • Excellent tooling (look at GitHub’s GraphQL explorer!!)
  • Clients and servers share the exact same schema, automatically
  • and my favourite “excuse”: GraphQL Code, on both the server and client side is much clearer to understand than bespoke JSON API solutions — particularly when it comes down to how fields are resolved, especially for associated data

For all the above reasons, I think GraphQL has “won”.


To speak to the packages themselves: I’ve always found ja_serializer a bit… clumsy to use. I feel like it’s forcing me to do things the ja_serializer way, rather than allowing for any sort of flexibility.

To be honest, I don’t use absinthe in my day-to-day work, but I have used it for a pet project (or two) in the past and much prefer its flexibility. I can design GraphQL APIs to return things in exactly the shape I want.

What really wins for me though is the ability to write + run queries in an app such as GraphQL Playground, and then to copy + paste these queries verbatim into my frontend code.

If I was to choose today, the choice would be clear. GraphQL (and by extension, Absinthe) has won.

It would be remiss of me not to mention the wonderful Craft GraphQL APIs in Elixir with Absinthe book, written by the maintainers of Absinthe themselves! I would recommend this as the very next thing to read after this post.

Good luck on your GraphQL journey!

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
RemyXRenard
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
samoloth
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New

Other Trending Topics Top

JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New

Latest on Elixir Forum

Elixir Forum

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews