AFNetworking + SDURLCache + ETag (recherche exemple d'implémentation réellement fonctionnelle
rhizomes
Membre
Bonjour,
J'essaie d'implémenter proprement les caches d'expiration et d'invalidation dans un client.
1- J'instancie le SDURLCache dans mon app delegate
2- J'ai une classe d'opération qui étend AFJSONRequestOperation et implémente l'enregistrement des ETag dans le setCompletionBlockWithSuccess...
3- Mon client AZHTTPClient implémente requestWithMethod
4- Lors d'appel consécutifs j'obtiens bien un 304 mais il est traité en erreur.
2012-11-14 09:34:06.952 AZTestRunner[2777:1903] AZ(0):-[AZHTTPClient logResponsesDetailsFor:withError:] line:145:{
response.allHeaderFields : {
Connection = "Keep-Alive";
Date = "Wed, 14 Nov 2012 08:26:38 GMT";
"Keep-Alive" = "timeout=15, max=99";
Server = Apache;
Vary = "Accept-Encoding,User-Agent";
}
}
2012-11-14 09:34:06.954 AZTestRunner[2777:1903] AZ(0):-[AZHTTPClient logResponsesDetailsFor:withError:] line:146:{
response.statusCode : 304
}
2012-11-14 09:34:06.955 AZTestRunner[2777:1903] AZ(0):-[AZHTTPClient logResponsesDetailsFor:withError:] line:147:{
error.localizedDescription : Expected status code in (200-299), got 304
}
2012-11-14 09:34:06.956 AZTestRunner[2777:907] AZ(0):__block_global_1 line:57:{
ERROR : Expected status code in (200-299), got 304
}
Avez vous des exemples d'implémentation réellement fonctionnelle ?
J'essaie d'implémenter proprement les caches d'expiration et d'invalidation dans un client.
1- J'instancie le SDURLCache dans mon app delegate
[/size][/color][/font]<br />
[color=#BB2CA2][font=Menlo][size=3]int[/size][/font][/color][font=Menlo] cacheSizeMemory = [/font][color=#272AD8][font=Menlo][size=3]1[/size][/font][/color][font=Menlo]*[/font][color=#272AD8][font=Menlo][size=3]1024[/size][/font][/color][font=Menlo]*[/font][color=#272AD8][font=Menlo][size=3]1024[/size][/font][/color][font=Menlo]; [/font][color=#008400][font=Menlo][size=3]// 1MB[/size][/font][/color]<br />
[font=Menlo][color=#BB2CA2][size=3]int[/size][/color] cacheSizeDisk = [color=#272AD8][size=3]32[/size][/color]*[color=#272AD8][size=3]1024[/size][/color]*[color=#272AD8][size=3]1024[/size][/color]; [color=#008400][size=3]// 32MBs[/size][/color][/font]<br />
[font=Menlo][size=3][color=#703daa]NSURLCache[/color][size=4] *sharedCache = [[[/size][color=#4f8187]SDURLCache[/color][size=4] [/size][color=#3d1d81]alloc[/color][size=4]] [/size][color=#3d1d81]initWithMemoryCapacity[/color][size=4]:cacheSizeMemory [/size][color=#3d1d81]diskCapacity[/color][size=4]:cacheSizeDisk [/size][color=#3d1d81]diskPath[/color][size=4]:[[/size][color=#4f8187]SDURLCache[/color][size=4] [/size][color=#31595d]defaultCachePath[/color][size=4]]];[/size][/size][/font]<br />
[color=#000000][font=Menlo][[/font][/color][color=#703DAA][font=Menlo][size=3]NSURLCache[/size][/font][/color][color=#000000][font=Menlo] [/font][/color][color=#3D1D81][font=Menlo][size=3]setSharedURLCache[/size][/font][/color][color=#000000][font=Menlo]:sharedCache];[/font][/color]<br />
[color=#BB2CA2][font=Menlo][size=3]
2- J'ai une classe d'opération qui étend AFJSONRequestOperation et implémente l'enregistrement des ETag dans le setCompletionBlockWithSuccess...
3- Mon client AZHTTPClient implémente requestWithMethod
[/size][/font][/color]<br />
[font=Menlo]-([/font][color=#703DAA][font=Menlo][size=3]NSMutableURLRequest[/size][/font][/color][font=Menlo]*)requestWithMethod:([/font][color=#703DAA][font=Menlo][size=3]NSString[/size][/font][/color][font=Menlo] *)method path:([/font][color=#703DAA][font=Menlo][size=3]NSString[/size][/font][/color][font=Menlo] *)path parameters:([/font][color=#703DAA][font=Menlo][size=3]NSDictionary[/size][/font][/color][font=Menlo] *)parameters{[/font]<br />
[font=Menlo][size=3][size=4] [/size][color=#703daa]NSMutableURLRequest[/color][size=4] *r=[[/size][color=#bb2ca2]super[/color][size=4] [/size][color=#31595d]requestWithMethod[/color][size=4]:method [/size][color=#31595d]path[/color][size=4]:path [/size][color=#31595d]parameters[/color][size=4]:parameters];[/size][/size][/font]<br />
[font=Menlo][size=3][size=4] [/size][color=#703daa]NSString[/color][size=4] *previousEtag=[[/size][color=#4f8187]_etags[/color][size=4] [/size][color=#3d1d81]valueForKey[/color][size=4]:[[/size][color=#bb2ca2]self[/color][size=4] [/size][color=#31595d]hashForRequest[/color][size=4]:r]];[/size][/size][/font]<br />
[font=Menlo] [color=#BB2CA2][size=3]if[/size][/color](previousEtag){[/font]<br />
[font=Menlo][size=3][size=4] [r [/size][color=#3d1d81]setValue[/color][size=4]:previousEtag [/size][color=#3d1d81]forHTTPHeaderField[/color][size=4]:[/size][color=#78492a]kIfNoneMatch[/color][size=4]];[/size][/size][/font]<br />
[font=Menlo] }[/font]<br />
[color=#3D1D81][color=#000000] [r [/color]setCachePolicy[color=#000000]:[/color]NSURLRequestReloadRevalidatingCacheData[color=#000000]];[/color][/color]<br />
[font=Menlo] [color=#BB2CA2][size=3]return[/size][/color] r;[/font]<br />
[font=Menlo]}[/font]<br />
[color=#BB2CA2][font=Menlo][size=3]
4- Lors d'appel consécutifs j'obtiens bien un 304 mais il est traité en erreur.
2012-11-14 09:34:06.952 AZTestRunner[2777:1903] AZ(0):-[AZHTTPClient logResponsesDetailsFor:withError:] line:145:{
response.allHeaderFields : {
Connection = "Keep-Alive";
Date = "Wed, 14 Nov 2012 08:26:38 GMT";
"Keep-Alive" = "timeout=15, max=99";
Server = Apache;
Vary = "Accept-Encoding,User-Agent";
}
}
2012-11-14 09:34:06.954 AZTestRunner[2777:1903] AZ(0):-[AZHTTPClient logResponsesDetailsFor:withError:] line:146:{
response.statusCode : 304
}
2012-11-14 09:34:06.955 AZTestRunner[2777:1903] AZ(0):-[AZHTTPClient logResponsesDetailsFor:withError:] line:147:{
error.localizedDescription : Expected status code in (200-299), got 304
}
2012-11-14 09:34:06.956 AZTestRunner[2777:907] AZ(0):__block_global_1 line:57:{
ERROR : Expected status code in (200-299), got 304
}
Avez vous des exemples d'implémentation réellement fonctionnelle ?
Mots clés:
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
- Soit tu ajoutes le code 304 aux addAcceptableStatusCode (cf doc de AFURLRequestOperation)
- Soit, et je trouve ça mieux, tu acceptes de recevoir une erreur quand tu as un 304 comme c'est le cas actuellement, et dans ce cas tu retournes la valeur que tu as en cache en cas de NSError reçue dans ton bloc de completion. Comme ça, quelle que soit l'erreur que tu reçois, tu retournes ta valeur en cache. Que ce soit une erreur 304 (Not Modified) ou une autre erreur genre erreur réseau, erreur 500 (Server Error), ... au final si tu ne reviens pas avec un code 200 quand tu demandes la ressource, autant renvoyer la valeur en cache quel que soit la raison du NSError, non ?
Mais bon si tu veux juste prendre en considération le cas du 304 pour retourner ton cache, addAcceptableStatusCode est là pour ça. Quitte à tester le statusCode dans le bloc de retour.
J'ai été très étonné de découvrir dans le Header <Foundations/ NSURLRequest.h> que les politiques NSURLRequestReloadRevalidatingCacheData et NSURLRequestReloadIgnoringLocalAndRemoteCacheData sont en réalité non implémentées.
Le fait d'ajouter addAcceptableStatusCodes :
[/size][/font][/color]
Produit l'invocation du bloc de succès mais ne retourne aucune donnée.
Dois-je ne déduire que SDURLCache est insuffisant, et qu'il convient que j'implémente la couche de persistence ?
Et toi cher, Alligatoridae, as-tu réussi à obtenir les données du cache SDURLcache dans le cas d'un 304 ?
Si oui pourrais tu donner quelques extraits de code pour inspiration ?
J'essaie de me conformer à la RFC, de respecter les fondations et l'esprit de AFNet... mais là franchement je calle.
PS : au demeurant je pourrais tout à fait gérer le cache d'invalidation moi-même et laisser à SDUrlCache le cache d'expiration mais cela me semble "chameauteux"
J'ai eu besoin de cette gestion ETag que pour certaines requêtes vers mon WebService, qui me retourne un gros JSON qui ne change pas souvent (et c'est le seul serveur avec lequel j'interagis qui supporte le système de cache par ETag).
Donc pas de SDURLCache, je garde le NSURLCache de base (qui, de surcroit, supporte maintenant le cache fichier en plus du cache mémoire depuis les derniers iOS, ce qui fait qu'utiliser SDURLCache n'est plus forcément toujours d'actualité maintenant) que je n'ai pas modifié.
J'ai juste un gros dictionnaire indexé par l'URL de la ressource qui m'intéresse, et pour chaque URL est associée l'ETag et le contenu en cache. Quand je fais une requête, je récupère l'entrée dans mon dico pour l'URL demandée, si elle existe. Si oui, j'ai donc le ETag ainsi que le contenu en cache correspondant à cette URL. Je fais alors ma requête avec AFN en rajoutant le ETag dans les headers de la requête, puis si je reçois une réponse valide (et donc une mise à jour avec nouvel ETag et nouveau contenu) alors je met à jour mon cache pour remplacer par le nouvel ETag et le nouveau contenu, puis retourne ce nouveau contenu. Et si je reçois une erreur (soit parce que 304, soit pour une autre raison genre coupure réseau ou erreur 500) alors j'utilise la valeur stockée dans le cache.
Donc au final, j'ai implémenté mon propre "NSURLRequestReloadRevalidatingCacheData" à la main, d'une certaine façon ^^
C'est une façon optimiste de voir les choses !
Tu as parfaitement raison pour le NSURLcache, il fonctionne dans tous les modes et en https.
Voici mon implémentation qui fonctionne tout à fait correctement :
1- Dans l'app delegate instanciation du cache global - ce qui permet de le purger sur applicationDidReceiveMemoryWarning:
2- Dans le client AZHTTPClient qui étend AFHTTPClient
3-Dans AZRequestOperation qui étend AFJSONRequestOperation :
Ca n'est pas 100% académique mais ça marche bien sans bidouille excessive.