Semantic-Bus
Semantic-Bus copied to clipboard
Ne pas repercuter les erreurs d'exécution au sein même des attributs
Plusieurs exemples de repercution qui me semblent problématiques (à chaque fois une erreur apparait sur le deuxième élément du tableau
[
{ title: "Test 1" },
{ title : { error: Javascript failed when doing blabala ... } },
]
[
{ latitude: 45.2546, longitude: 0.12547 },
{ latitude : { error: "no address" }, longitude : { error: "no address" }}
]
Ce rend le tableau d'object non cohérent, car parfois latitude est de type "number" et parfois de type "object"
Peut être une alternative serait
[
{ title: "Test 1" },
{
title : undefined,
grappe_errors : [ { title: "blabla some error here" } ]
]
coucou @seballot, j'ai fait des modif sur le code recement pour répondre à cette problématique. pour le moment uniquement sur le transformer. La phisosophie des erreur va cahnger.
Dans le cas classique, si une erreur à lei dans un composant sur un chmap ce champ sera undefined
Les composants qui peuvent générer des erreurs dans les données aurons une option pour expliciter les erreurs. Dans ce cas, la valeur ira dans
En cours de déploiement.
Ca te convient?
yes ça à l'air cool, merci !
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday 29 April 2020 12:58, simonLouvet [email protected] wrote:
coucou @seballot, j'ai fait des modif sur le code recement pour répondre à cette problématique. pour le moment uniquement sur le transformer. La phisosophie des erreur va cahnger. Dans le cas classique, si une erreur à lei dans un composant sur un chmap ce champ sera undefined Les composants qui peuvent générer des erreurs dans les données aurons une option pour expliciter les erreurs. Dans ce cas, la valeur ira dans .value et l'erreur dans .error. .value sera undefined si il y a une erreur.
En cours de déploiement.
Ca te convient?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.