Discussion :

[Tanidra]

Bonjour à tous,

J'essaie de mener à bien le développement d'une application extranet pour que nos clients puissent saisir leurs commandes directement.

Etant plus habitué de winforms que de webforms, j'avance pas à pas. Cet application riche de règles métiers nécessite d'incessant allez-retour vers le serveur pour contrôle de cohérence. Ce qui dégrade considérablement l'expérience utilisateur et rend l'application fastidieuse à utiliser.

A part les cookies, comment peut on en asp.net stocker côté client des règles métier pour supprimer ces allez retours ?

Merci pour vos réponses à cette question de débutant !

[Pynouz]

Salut,

Je dirais qu'il faut chercher du coter du javascript qui s’exécute coter client et n’interroge pas le serveur mais tout dépend ce que tu veux faire comme règle métier.

[tortuegenie]

Les variables de sessions, des objets internes générés á l'aide de classe.
Tu dis que tu utilises les winforms, tu dois par exemple gérer un objet PersonneConnecté qui a le nom, prenom ... et toute les infos necessaires.

c'est pareil en web

[Tanidra]

Alors, les variables de session sont assez limitées.

Je voudrais pouvoir tester que les valeurs saisies par l'utilisateur sont comprises dans des listes de valeur assez importantes. Les contrôles de cohérence portent sur plus de 50 champs, j'ai peur que les variables de session ne soient pas la solution.

Idéalement j'aimerais stocker toutes ses valeurs dans un ficher XML téléchargé au chargement de l'application. Et ensuite utilisé par JS, idéalement un framework JS permettant de simplifier les interrogations.

Je ne sais pas si tout ça est bien possible. Merci pour vos retours.

[Pynouz]

Faire télécharger un fichier XML par le client au lancement de site web?

Si c'est cela dont il s'agit je trouve cela vraiment très lourd.

[Tanidra]

Euh ... non, un truc automatisé et transparent.

Je ne sais pas comment stocker cet ensemble de valeur pour contrôle et surtout comment m'en servir tout au long de la saisie sans avoir à interroger le serveur.