Version imprimable
Bonjour,
Je travaille sur une appli pour laquelle je dispose d'une liste de nom et de prénom qui, dans leur forme xml font respectivement 2,2 et 0,5 Mo
Comme j'accède trés régulièrement à ce fichier pour l'interroger, je me demandais s'il ne serait plus judicieux de le maintenir sur le client et de le manipuler en JS.
Est-ce une bonne idée ?
Par avance, merci pour vos retour
Sylo
Bonjour,
Vous pouvez également mettre les données en cache (System.Web.Caching)
msdn
a priori, si j'ai bien compris, (System.Web.Caching) permet de gérer un cache coté serveur...
Moi j'ai besoin de la même chose mais coté client pour éviter de faire un traitement récurent sur le serveur...
Mon inquiétude est que rajouter 3 Mo de données coté client (données statique), cela veux dire qu'a chaque call-back, ces données partiront sur le serveur ?
Donc, je ne sais pas trop si c'est judicieux...
Merci pour vos lumières
C'est juste que ce n'est possible qu'en utilisant une technique de développement très particulière qui consiste à transformer l'application web en une application totalement gérée en JavaScript (http://en.wikipedia.org/wiki/Single-page_application, http://www.asp.net/single-page-appli...outjs-template). En gros tu charges une fois la page ensuite c'est du JavaScript qui va gérer l'IHM et les requêtes au serveur. Si la page est rechargée (F5) l'application repart à zéro.Citation:
Envoyé par olysmar2
Si tu fais du HTML5 il y a le web storage: http://www.w3schools.com/HTML/html5_webstorage.asp. Mais tous les navigateurs ne sont pas compatibles.
Peut-être peux-tu nous en dire plus sur la façon dont tu te sers de cette liste. On pourra ainsi te donner des solutions aletrnatives.
A+
Non. Ce cache côté serveur évite le rappel des données par le serveur auprès de la source de données (Base de données).Citation:
Envoyé par yinyang
Le besoin est différent ici. Le besoin est: je ne veux pas que mon navigateur rapatrie du serveur web 2Mo de données à chaque fois que la page se charge. Le "cache" doit être client et non serveur.
L'idée du cache permettrait de ne pas transformer à chaque requête les fichiers XML en quelque d'autre (DataSet, Collection ...).
Je trouve que son problème est le même que quand tu as une énorme table en base de données, au final tu filtres les données, tu réduis les infos retournées, mais tu ne mets pas en cache "CLIENT" la table trop volumineuse.
Seb
La mise en cache serveur de données "statiques" (qui ne change pas) est toujours une bonne idée. Toutefois ça ne répond pas à sa question.
Il se peut qu'il se trompe dans l'implémentation du besoin client (je ne vois pas l'usage qu'on peut faire de l'ensemble de la liste). En général, à un instant "t" on accède à un seul élément d'une liste. Mais on aurait besoin de plus de détails sur l'usage de cette liste.
MErci pour votre réflexion
MA liste de 2Mo est une liste de prénom
J'ai une textbox ou à la fin de la saisie, je dois vérifier si le prénom saisie est dans la liste.
Comme cette liste ne change jamais, j'aimerais evité de faire un callback pour faire cette vérif et la faire en JS...
Toutefois, je ne voudrais pas que cette liste fasse des aller-retour serveur...
Ceci est une réflexion sur la meilleur tactique à choisir....
MErci pour vos reflexion
Sylo
Ah ben voilà la solution: http://www.asp.net/AjaxLibrary/AjaxC...oComplete.aspx
+ 1 pour l'Ajax,
Avec une mise en cache coté serveur.