Sans vouloir te vexer vu que tu es quasiment le seul à t'intéresser à mon problème, avant de répondre des trucs évidents essaie de comprendre ce que je veux et si tu n'y parviens pas, demande moi ou laisse béton 
Je suis à la recherche d'une lib ou d'un framework car comme tu as pu le lire dans mon premier message, je n'ai pas forcément des étapes dans un ordre précis mais au contraire, je dois pouvoir afficher une étape selon l'état particulier d'un objet et/ou des données POST reçues pendant la requête courante.
Je sais que c'est pas très clair
J'ai commencé à modéliser un truc sur du papier mais ce n'est pas très avancé
ah j'avais loupé ton message
Je trouve qu'on mélange trop le "stateless" de HTTP et le "stateless" de l'application. Du moment que tu as un login et que le site peut t'afficher quelque chose de personnalisé tu ne peux plus dire que ton application est stateless, même si tout ça est stocké côté serveur : il y a bien un état, géré par le serveur, qui est déterminé par les requetes précédentes et qui influe sur les requetes futures. C'est statefull (si j'ai bien lu la doc en anglais cet aprèm).
Personnellement je cherche surtout un algorithme pour la logique de décision de ce qui doit être fait en fonction de l'état d'un objet. On pourrait l'imaginer en pur javascript, l'exemple des distributions linux peut-être réalisé en pur javascript, la question des requêtes HTTP ne se pose pas forcément pour moi.
Je suis à la recherche d'une lib ou d'un framework car comme tu as pu le lire dans mon premier message, je n'ai pas forcément des étapes dans un ordre précis mais au contraire, je dois pouvoir afficher une étape selon l'état particulier d'un objet et/ou des données POST reçues pendant la requête courante.
Je sais que c'est pas très clair
J'ai commencé à modéliser un truc sur du papier mais ce n'est pas très avancé
ah j'avais loupé ton message
(06-12-2011, 03:44 PM)Sephi-Chan a écrit : Il n'y a rien de choquant à vouloir découper un processus en plusieurs étapes.
(06-12-2011, 03:20 PM)oxman a écrit : Non mais ça marche bien pas de soucis, mais pour le dire autrement : c'est pas dans les bonnes pratiques du web, qui veut que tout soit stateless.
Pour que le processus soit stateless pour le client, l'état doit être maintenu côté serveur.
Que proposerais-tu pour implémenter un tel mécanisme (stateless) ?
Je trouve qu'on mélange trop le "stateless" de HTTP et le "stateless" de l'application. Du moment que tu as un login et que le site peut t'afficher quelque chose de personnalisé tu ne peux plus dire que ton application est stateless, même si tout ça est stocké côté serveur : il y a bien un état, géré par le serveur, qui est déterminé par les requetes précédentes et qui influe sur les requetes futures. C'est statefull (si j'ai bien lu la doc en anglais cet aprèm).
Personnellement je cherche surtout un algorithme pour la logique de décision de ce qui doit être fait en fonction de l'état d'un objet. On pourrait l'imaginer en pur javascript, l'exemple des distributions linux peut-être réalisé en pur javascript, la question des requêtes HTTP ne se pose pas forcément pour moi.