Gestion des règles métiers côté client

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 !

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.

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

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.

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.

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.

Salut,

C'est le principe des sites web. Un page envoyée au client est morte et oubliée par le serveur. Cela impose une vrai réflexion sur l'ergonomie. On ne peut pas transposer un formulaire Windows sur du web.

Seule solution, procéder par étape, sauvegarder au fur et à mesure. Si tu déclare des impôts en ligne, tu as un bon exemple de ce qui peut être fait (ou pas).

A+

Ok, merci pour vos réponses. Je vais donc plutôt travailler l'ergonomie pour gérer une validation progressive.

Ne pas oublier de cliquer sur le bouton résolu en bas à gauche :)
Merki

ASP.NET met à disposition toute une série de validators côté client
T'en trouveras encore d'autres dans l'ajax control toolkit et jQuery

Bonjour

Et pourquoi pas une combinaison Ajax.net et WebService ?

Imaginons qu'il faille vérifier la saisie d'un tulisateur dans un champ texte. Tu mets ce champ dans un UpdatePanel. Sur l'événement de sortie du champ tu lances une fonction CheckTextBoxValue dans laquelle il y a un appel vers un web service.

C'est une idée comme une autre ;)

+++

Pour les Web Service, j'y ai bien pensé, disons que ça rajoute encore une interrogation vers une entité externe. Vu la complexité de l’interface, cela voudrait dire multiplié les requêtes, et donc forcément ralentir l'ensemble.

Par contre, si lutecefalco pouvait être plus explicite sur les validators et consorts ça m'intéresserait, je n'en ai jamais entendu parler.

10 doigts + google =
http://nico-pyright.developpez.com/t...rp/validators/
http://msdn.microsoft.com/fr-fr/library/ms972961.aspx
http://msdn.microsoft.com/fr-fr/library/aa479045.aspx

Ok, je me suis mal exprimé. Je connais les validator, pas de souci.
Simplement, les règles que je souhaite charger sont complexes et évoluent en fonction des choix de l'utilisateur.

Ex :

On a un premier champ "TATA" avec trois choix. En fonction du choix cela entraîne une restriction de valeur possible pour le deuxième champ que l'on appelle "TOTO".

Ce deuxième champ doit avoir ses valeurs comprises dans une liste (104/108/112 .../224) cette liste de contrôle du validator dépend du premier champ et doit donc être alimentée dynamiquement.

Selon le choix de ce deuxième champ, les restrictions d'un troisième champ devront être changées dynamiquement.

Avec des validators, ça me semble complexe, sachant que dans l'appli des champs avec validation complexe, interagissant entre eux j'en ai une cinquantaine.

Je pense qu'il n'y a pas trop le choix: executer des webservices en asynchrone via javascript reste le plus efficace.