The Future of gon
Everyone can contribute. Help move this issue forward while earning points, leveling up and collecting rewards.
An issue to discuss what do we actually want to do with gon. I often see it mentioned (in MRs or Slack) that we are getting rid of gon (or reducing usage). But couldn't find an issue.
All our current serialization methods are arguably worse than gon (see https://gitlab.com/gitlab-org/gitlab-ce/issues/37441 for discussion on that)
- Harder to use
- Require elaborate stringify/parse hoop-jumping (or convertPermissionToBoolean!)
We should definitely use API for the majority of data fetching. But we still need initial data.
- for initial render we need to send some data.
endpointUrlis a common example - Some data is legitimately global, so doesn't make sense to send a URL and fetch that all the time (e.g.
currentUser,apiVersion)
Edited by 🤖 GitLab Bot 🤖