Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Actualités

  • Blog de Cyril DURAND, passionné de JavaScript, Ajax, ASP.net et tout ce qui touche au developpement Web Client-Side.

    View Cyril Durand's profile on LinkedIn

    hit counters

[Ajax] optimisation des requêtes vers un WebService ASP.net Ajax - utilisation du cache client via UseHttpGet

ASP.net Ajax permet facilement de faire des requêtes Ajax vers un WebService ASP.net. Pour cela il suffit de rajouter l'attribut ScriptService au niveau du WebService et ScriptMethod au niveau de la WebMethod:

[WebService(Namespace = "http://tempuri.org/")] [ScriptService] public class MonWS : System.Web.Services.WebService { [WebMethod] [ScriptMethod] public string HelloWorld(String name) { return "Hello " + name; } }

Ensuite il faut faire une référence à ce WebService dans le ScriptManager :

<asp:ScriptManager runat="server" > <Services> <asp:ServiceReference Path="MonWS.asmx" /> </Services> </asp:ScriptManager>

L'ajout de la référence va client un proxy en JavaScript, on peut donc appeler la méthode HelloWorld de la sorte :

window.pageLoad = function(){ var divResult = $get('divResult'); $get('btnStart').onclick = function(){ MonWS.HelloWorld('Cyril', function(value){ divResult.innerHTML = value; }); } }

Lorsque l'on cliquera sur notre bouton, une requête XMLHttpRequest est lancée. Mais si l'on regarde le détail de cette requête on voit que la méthode POST est utilisée. Le problème de cette méthode est que le navigateur ne peut pas mettre la réponse en cache. Il est possible d'utiliser la méthode GET en le spécifiant à notre WebMethod, le navigateur pourra alors mettre en cache la réponse, il faut mettre la propriété UseHttpGet à true au niveau de l'attribut ScriptMethod :

[WebMethod] [ScriptMethod(UseHttpGet=true)] public string HelloWorld(String name) { return "Hello " + name; }

Avec cette modification, le navigateur fera qu'une seule fois la requête avec le même nom. Mais attention l'url d'une requête est limité à 2ko, s'il est possible que vous passez de nombreux paramètres à votre WebMethod alors il vous sera nécessaire d'utiliser la méthode POST. C'est pour cette raison que la méthode POST est utilisé par défaut.

Posted: jeudi 1 novembre 2007 11:35 par cyril
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

Commentaires

dapoussin a dit :

Bonjour Cyril,

Intéressant ce billet, merci :)

Par contre j'ai essayé d'appliquer cette attribut sur une méthode appelée par un AutoCompleteExtender. Le contrôle appelle toujours le web service en POST et ne tient pas compte du paramètre UseHttpGet.

Voilà la requête :

POST /xxx/WebServices/WsCode.asmx/GetCode HTTP/1.1

Accept: */*

Accept-Language: fr

Referer: http://xxx

Content-Type: application/json; charset=utf-8

UA-CPU: x86

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.2; .NET CLR 1.1.4322)

Host: ow38

Content-Length: 30

Proxy-Connection: Keep-Alive

Pragma: no-cache

Cookie: ASP.NET_SessionId=o3s2ni55o1vbyd55igiyjw55

{"prefixText":"ar","count":10}

Et la réponse :

HTTP/1.1 500 Internal Server Error

Cache-Control: private

Content-Length: 91

Content-Type: application/json

Server: Microsoft-IIS/7.0

X-AspNet-Version: 2.0.50727

jsonerror: true

X-Powered-By: ASP.NET

Date: Fri, 02 Nov 2007 09:42:21 GMT

{"Message":"There was an error processing the request.","StackTrace":"","ExceptionType":""}

Aurais-tu une idée pour utiliser du GET avec un AutoCompleteExtender ? Mettre en cache ces appels me serait très utile :)

Bye

Laurent

# novembre 2, 2007 10:51

cyril a dit :

Dans le cas de l'AutoCompleteExtender, le proxy n'est pas généré par l'appel à WS.asmx/js mais directement dans l'autocompletextender a moins de modifier l'autocompletextender, il n'est pas possible de lui dire de passer en GET :( (mais libre à toi de déclarer un bug :p)

Par contre il me semble que l'autoCompleteExtender gère du cache en js, tous les appels sont enregistré, du coup il ne refait pas les requêtes ... (à vérifier)

# novembre 2, 2007 11:11

Promesses a dit :

Il me semble que oui car il y a une propriété "EnableCache" sur l'autocompleteextender.

# janvier 25, 2008 00:06
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- SharePoint 2007 : Nouvelle version du Stramit SharePoint 2007 Caml Viewer sur Codeplex par Philippe Sentenac [MVP SharePoint] le il y a 2 heures et 7 minutes

- ASP.NET AJAX 4.0 par Le blog technique de Loïc Bar le il y a 2 heures et 13 minutes

- [WPF] Comment déclencher un évènement sur un contrôle ? par Thomas Lebrun le il y a 3 heures et 43 minutes

- [Expression Web] Astuce de la Semaine : Utilisation et Configuration des Extraits de Code par Chronos, Blog d'un Intégrateur .NET le il y a 19 heures et 2 minutes

- Faire de l'AJAX sans restrictions de domaine par Kévin Gosse le il y a 21 heures et 31 minutes

- [IronPython] : IronPython & Silverlight 2 - Part II par Kim's Blog le 07-22-2008, 14:50

- [WPF] Des requêtes NDepend pour analyser vos projets WPF par Thomas Lebrun le 07-21-2008, 09:27

- Liste de jeux pour Silverlight par Pierrick's Blog le 07-20-2008, 14:37

- T_PAAMAYIM_NEKUDOTAYIM par MadMatt le 07-19-2008, 16:16

- Et je mets le son.... par Pierrick's Blog le 07-19-2008, 12:09