`[[response allHeaderFields] objectForKey: @" Content-Length "]` est-il nul?

Question

Je me demande dans quelles conditions un objet NSHTTPURLResponse n'aura pas de clé @ "Content-Length"? Est-il normal/normal de ne pas avoir cette clé?

J'essaie quelque chose avec le SDK de Dropbox et je me suis rendu compte que

[[response allHeaderFields] objectForKey:@"Content-Length"] 

retours nil et est à l'origine downloadProgress être infinie:

NSInteger contentLength = [[[response allHeaderFields] objectForKey:@"Content-Length"] intValue]; 
    downloadProgress = (CGFloat)bytesDownloaded/(CGFloat)contentLength; 

Est-il possible que je puisse faire la réponse avoir cette clé?

BTW: C'est la réponse que je reçois

(gdb) po [response allHeaderFields] 
{ 
    "Cache-Control" = "max-age=0"; 
    Connection = "keep-alive"; 
    "Content-Encoding" = gzip; 
    "Content-Type" = "text/plain; charset=UTF-16LE"; 
    Date = "Wed, 10 Aug 2011 06:21:43 GMT"; 
    Etag = 228n; 
    Pragma = public; 
    Server = dbws; 
    "Transfer-Encoding" = Identity; 
} 

EDIT (travail-arounded):

Comme l'a dit @Mitchell. Les serveurs ne renvoient pas toujours une telle clé. (Serveurs étranges de DropBox, pour .png oui, pour les fichiers txt parfois pas: /) Ainsi, afin de calculer le downloadProgress d'un fichier que j'ai modifié (arounded travail) la source:

//In DBRequest.m 
- (void)connection:(NSURLConnection*)connection didReceiveData:(NSData*)data { 
    ... 
    bytesDownloaded += [data length]; 
    //start of modification 
    //Server might not contain @"Content-Length" key, 
    //in that case use the downloadedBytes. Is better 
    //than having an infinite value because it could 
    //be handled by DBRestClient's delegate. (If not 
    //it will have the same effect as infinite) 
    if ([response expectedContentLength] == NSURLResponseUnknownLength) { 
     downloadProgress = (CGFloat)bytesDownloaded; 
    }else{ 
     NSInteger contentLength = [[[response allHeaderFields] objectForKey:@"Content-Length"] intValue]; 
     downloadProgress = (CGFloat)bytesDownloaded/(CGFloat)contentLength; 
    } 
    //end of modification 
    if (downloadProgressSelector) { 
     [target performSelector:downloadProgressSelector withObject:self]; 
    } 
} 

Et depuis J'ai la taille d'un fichier à partir des métadonnées que je peux faire:

- (void)restClient:(DBRestClient *)client loadProgress:(CGFloat)progress forFile:(NSString *)destPath { 
    if (progress > 1) {//Work-around: This means the progress is not a 
     progress = progress/((CGFloat)(metadataOfTheFile.totalBytes)); 
    } 
    ... update the progress bar here 
} 

Answer 1

Si vous vous souvenez que, parfois, les téléchargements en safari ou votre navigateur de choix n'ont pas une barre de progression soit, la longueur est pas déterminée . Dans ce cas particulier, un fileur de chargement est la meilleure chose à montrer. Cela dépend entièrement du fait que le serveur renvoie la longueur du contenu, ce qui est facultatif.

Honnêtement, je ne sais pas pourquoi il ne retourne pas cette information, c'est peut-être à cause de la gamme de contenu ou d'une autre variable qu'il décide de ne pas le révéler.

Vous devrez peut-être chercher ailleurs pour obtenir cette propriété, mais la meilleure recommandation est d'être prudent, plutôt que d'être désolé et d'éviter toutes les erreurs NaN.

Answer 2

Il est autorisé que HTTP n'ait pas de champ Content-Length, c'est facultatif. Donc, vous devez gérer:

NSNumber *lengthNumber = [[response allHeaderFields] objectForKey:@"Content-Length"]; 
NSUInteger contentLength = [lengthNumber unsignedIntegerValue]; 
if (contentLength == 0) { 
    // Calculate progress. 
} else { 
    // Can't calculate progress. 
}