RFC: Further reduction of controller boilerplate (Phase 2 of removing ja_resource)
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 45/100
Piste de recherche
Commencez par lire le bloc quote de def controller du module CodeCorpsWeb, router.ex et les déclarations de contrôleur pour action_fallback, DataToAttributes et IdsToIntegers. Suivez les différences actuelles entre les interfaces API et webhook. Le travail est terminé lorsqu’une décision concernant les trois changements proposés a été prise et documentée, sans masquer de comportement ni appliquer les mauvais plugs aux webhooks.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
We could do the following 3 items to further reduce boilerplate in controllers.
However, while boilerplate is reduced, all 3 of these actions also hide behavior which we may not want to hide.
Remove action_fallback CodeCorpsWeb.FallbackController from all controllers and instead move it into the CodeCorpsWeb module into the def controller quote block
This makes sense at first glance, but it does also put all of our controllers into basically the same basket, regardless of them being actual API controllers, or just webhook handlers, or something else entirely.
Unfortunately, it is not currently possible to specify multiple action fallbacks for the same controller, which would be an argument for doing this, since it would allow simultaneously specifying global and group-specific fallbacks.
Remove plug CodeCorpsWeb.Plug.DataToAttributes from all controllers and move it into router.ex into the :api pipeline.
We would have to separate our general api pipeline and the part of the pipeline that handles github and sprite webhooks, since we don't want this plug in that part, but it would make sense to do so anyway, since they are, in fact, different parts of the "interface".
Remove plug CodeCorpsWeb.Plug.IdsToIntegers from all controllers and move it into router.ex into the :api pipeline.
Basically same argument as above.
Really, these two plugs should be considered one pipeline, since their intention is to prepare and make sense of the data sent by our client.
@JoshSmith
What do you think? Overall, this would not take much time, maybe an hour, but I'm not really sure if it would help or hurt us.
- Langage dominant
- Elixir
- Étoiles
- 234
- Forks
- 82
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de code-corps/code-corps-api
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 15/100
code-corps/code-corps-api#1385 ·
-
Cannot Create new GitHub App Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 25/100
code-corps/code-corps-api#1384 ·
-
Track anon Users that register Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
code-corps/code-corps-api#1383 · 2 commentaires ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
code-corps/code-corps-api#1382 · 2 commentaires ·
-
Difficulty: Medium Skill: Elixir Time: 4 hours
code-corps/code-corps-api#1372 · 3 commentaires · 1 personne assignée ·
Toutes les issues de code-corps/code-corps-api
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
agentjido/jido_harness#80 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
sevenseacat/cinder#235 ·
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
phoenixframework/phoenix#6847 ·
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100