Amélioration de l'environnement de développement front-end

[nicolaskempf57]

udata-front assez lourd à prendre en main pour du développement.

• Rendu backend avec template jinja + Vue côté client
  • quelles possibilités d'aller vers une SPA ?
    • Avantage en perfs plutôt que Vue côté client
    • Coût SEO ? côté annuaire, à enquêter sur les optimisations qu'ils ont faits ?
  • solution intermédiaire avec server-side rendering partiel ?
    • Attention coût archi ?
  • quelles possibilités de theming pour les réutilisateurs udata dans ce cas-là ?
• Vite config for dev was missing, added since : https://github.com/etalab/udata-front/pull/372
• Fonctionnement par plugin
  • composants peuvent être dans différents endroits (udata-front, udata-tabular-preview, ...) - à la fois views jinja et composants Vue
• Logiciel libre sur udata
  • philosophie de prescripteur sur l'open data
  • faciliter theming

Cible en sortie

• Se passer à terme de Jinja - Typescript complet pour le front.
• Prendre en compte les possibilités de theming pour les autres utilisateurs udata.
• Profiter de la montée en périmètre de udata-front-kit pour implémenter peu à peu tout le nouveau front en Vue.
  • Evaluer les composants aujourd'hui manquants pour créer un data.gouv.fr en full Vue
• Viser un un rendu server-side par Vue lors du swap
  • Evaluer les stats des navigateurs parmis les users
• Evaluer la position des plugins dans ce cas-là pour les plugins avec des fronts.