Closed loclamor closed 10 years ago
Le plus simple serait de mettre seulement 3 paramètres car on n'aurait jamais besosin de plus finalement.
Plus de tableau d'arrauy et plus simple à traiter au niveau du serveur avec les $_POST et au niveau des clients avec l'envoie
ou un objet JSON ?
Le 26 novembre 2013 09:04, dr40 notifications@github.com a écrit :
Plus de tableau d'arrauy et plus simple à traiter au niveau du serveur avec les $_POST et au niveau des clients avec l'envoie
— Reply to this email directly or view it on GitHubhttps://github.com/loclamor/BECSA/issues/22#issuecomment-29273671 .
Loïc FAVIER
M2 Informatique parcours Développement Logiciel (anciennement IUP ISI)Université Paul Sabatier - Toulouse 06 08 76 77 98 favier.loic.31@gmail.com
On en a pas vraiment bessoin au final, je pense que 3 paramètres suffit, $_POST['param1'], $_POST['param2'], $_POST['param3'], mais après c'est comme tu veux. C'est juste que ducoup faudra que je change 2 3 petits trucs sur la lib en C#.
je verrais ce soir, mais je pense que on fera au plus simple.
Tu as utilisé $_POST['param1'], $_POST['param2'], $_POST['param3'] c'est ça ?
Le 26 novembre 2013 09:07, dr40 notifications@github.com a écrit :
On en a pas vraiment bessoin au final, je pense que 3 paramètres suffit, $_POST['param1'], $_POST['param2'], $_POST['param3'], mais après c'est comme tu veux. C'est juste que ducoup faudra que je change 2 3 petits trucs sur la lib en C#.
— Reply to this email directly or view it on GitHubhttps://github.com/loclamor/BECSA/issues/22#issuecomment-29273791 .
Loïc FAVIER
M2 Informatique parcours Développement Logiciel (anciennement IUP ISI)Université Paul Sabatier - Toulouse 06 08 76 77 98 favier.loic.31@gmail.com
Exactement.
en ce cas je vais gérer un truc coté server qui accepte des * $POST['param *X'] avec X commençant à 1. En BD il n'y aura qu'un champ de texte contenant les params séparés par un ";" par exemple
Du coté du JSON de retour, quand même un tableau de param comme décrit dans la doc, ou tous les params au niveau du reste genre :
{
id :
action :
param1 :
param2 :
paramX :
date :
destinataire :
}
2013/11/26 dr40 notifications@github.com
Exactement.
— Reply to this email directly or view it on GitHubhttps://github.com/loclamor/BECSA/issues/22#issuecomment-29273917 .
Loïc FAVIER
M2 Informatique parcours Développement Logiciel (anciennement IUP ISI)Université Paul Sabatier - Toulouse 06 08 76 77 98 favier.loic.31@gmail.com
OK. Je vais rajouter de mon coté dans la lib la possibillité de mettre plusieurs params, mais je ferais cela se soir quand je rentrerais. Au final on revient plus ou moins à la solution de base qui était d'utiliser un array pour les params et pas une map clé valeur :). Mais si au final tu preferre utiliser un object JSON en paramètre (si tu pense que c'est une meilleur implementation): je l'avais déjà implementer ou cas ou. En fait j'avait implementer la solution Param1, Param2, Param3 et celle ou cas ou avec l'object JSON. Donc si tu preferre finalement utiliser un object JSON c toi qui voit.
mouarf. verrais ce soir
Le 26 novembre 2013 09:32, dr40 notifications@github.com a écrit :
OK. Je vais rajouter de mon coté dans la lib la possibillité de mettre plusieurs params, mais je ferais cela se soir quand je rentrerais. Au final on revient plus ou moins à la solution de base qui était d'utiliser un array pour les params et pas une map clé valeur :). Mais si au final tu preferre utiliser un object JSON en paramètre (si tu pense que c'est une meilleur implementation): je l'avais déjà implementer ou cas ou. En fait j'avait implementer la solution Param1, Param2, Param3 et celle ou cas ou avec l'object JSON. Donc si tu preferre finalement utiliser un object JSON c toi qui voit.
— Reply to this email directly or view it on GitHubhttps://github.com/loclamor/BECSA/issues/22#issuecomment-29274880 .
Loïc FAVIER
M2 Informatique parcours Développement Logiciel (anciennement IUP ISI)Université Paul Sabatier - Toulouse 06 08 76 77 98 favier.loic.31@gmail.com
should work
modify the DB, the model and controllers & actions in consequence.