>Je ne doute pas, mais tu seras quand même obligé de collecté toutes les
> données de ton interface à la main pour construire ton message XML que
> tu transmettra au serveur.
>De même, tu effectuera un traitement similaire pour la réception du retour. >Je me trompe ?
Non quoique si, tu peux construire ton XML au fur et à mesure des saisies grâce à des évènements Javascript.
>Dans un autre langage, tu effectuera la même opération côté serveur.
Ben faire des récupérations de données en PHP c'est tellement simple... Ça change rien.
> Si le langage associé à la description de ton interface dans un langage tel
> que XUL et le même que celui executé du côté serveur.
> Tu pourrais envisager d'écrire une seul fois l'objet partager entre le
> serveur et le client rich. Les echanges de données entre les deux parties
> se ferait simplement par une serialisation et deserialisation de ton objet.
> Pour ensuite avoir, une mise à jour automatique des champs de ton
> interface si celle-ci écoute le modèle.
Tu me fournis le serveur nécessaire ? Hé oui, le même des 2 côtés signifie un serveur MS => cher !!! (à mon goût uniquement ?)
> Je l'utilise en dernier recours car il plante tout le temps chez moi dès que
> j'ai trop d'onglet d'ouvert.
J'utilise la suite mozilla complète pour faire du dév, et konqueror pour naviguer, comme ça j'ai un mozilla clean...
[^] # Re: XUL...
Posté par Pinaraf . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 1.
> données de ton interface à la main pour construire ton message XML que
> tu transmettra au serveur.
>De même, tu effectuera un traitement similaire pour la réception du retour. >Je me trompe ?
Non quoique si, tu peux construire ton XML au fur et à mesure des saisies grâce à des évènements Javascript.
>Dans un autre langage, tu effectuera la même opération côté serveur.
Ben faire des récupérations de données en PHP c'est tellement simple... Ça change rien.
> Si le langage associé à la description de ton interface dans un langage tel
> que XUL et le même que celui executé du côté serveur.
> Tu pourrais envisager d'écrire une seul fois l'objet partager entre le
> serveur et le client rich. Les echanges de données entre les deux parties
> se ferait simplement par une serialisation et deserialisation de ton objet.
> Pour ensuite avoir, une mise à jour automatique des champs de ton
> interface si celle-ci écoute le modèle.
Tu me fournis le serveur nécessaire ? Hé oui, le même des 2 côtés signifie un serveur MS => cher !!! (à mon goût uniquement ?)
> Je l'utilise en dernier recours car il plante tout le temps chez moi dès que
> j'ai trop d'onglet d'ouvert.
J'utilise la suite mozilla complète pour faire du dév, et konqueror pour naviguer, comme ça j'ai un mozilla clean...