Development #32131
L'API /api/formdefs/ est baroque
Statut:
Fermé
Priorité:
Bas
Assigné à:
-
Version cible:
-
Début:
09 avril 2019
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Description
Sur deux points:
- elle renomme des champs par ailleurs servis sur /api/formdefs/xxx/schema (url_name -> slug), sans tout casser on pourrait au moins servir les deux noms aux deux endroits par souci d'évolution (je trouve très bien de renommer url_name vers slug, mais de fait on doit utiliser les deux actuellement)
- il y manque des champs qu'on ne trouve que dans /schema comme last_moditification_time qui a tout sa place sur un endpoint renvoyant des données multiples (pour mettre en cache les schémas par exemple, suivre les évolutions des formdefs, etc..), peut-être pour des questions de performance, ou juste parce que export_to_json() est arrivé plus tard; mais les FormDef étant stockés sous forme de document je ne suis pas certains qu'en y ajoutant les champs on y perdrait beaucoup (en tout cas on pourrait founir un flag en query-string)
En fait à terme je pense que /schema pourrait être inutile si /api/formdefs/ livrait les mêmes informations d'un seul coup.
Historique
Mis à jour par Frédéric Péters il y a environ 2 mois
- Statut changé de Nouveau à Fermé
- Planning mis à Non
J'imagine qu'il y avait peut-être une motivation par rapport à wcs-olap mais c'est mort, l'API /api/formdefs sert uniquement pour fournir une liste de démarches pour l'affichage sur le portail.
Aussi on ne stocke plus de date/heure de dernière modification sur les objets (c'est accessible via les objets snapshot mais ça me va bien de continuer à me passer des accès db ici), et le stockage est structuré pour ne pas avoir à charger la liste des champs.
Autant fermer ce ticket et s'il y a des nouveaux usages pour cette API, on pourra créer des tickets dédiés.