SDK de l'iPhone: Vérifier la validité des Url avec des NSURL pas de travail?

Je suis en train de vérifier si une URL est valide et je fais comme ceci:

- (BOOL)urlIsValid:(NSString *)address {
    NSURL *testURL = [NSURL URLWithString:address];
    if (testURL == nil) {
        return NO;
    }
    else {
        return YES;
    }
}

Depuis "URLWithString" est censé renvoyer "nil" si l'URL est incorrect j'ai pensé que cela pourrait fonctionner, mais il ne fonctionne pas pour une raison quelconque. Quelqu'un pourrait-il me dire pourquoi?
Merci à l'avance!

Mal formé dans quel sens? Pourriez-vous poster ce que vous entreprenez address pour?
l'adresse peut être n'importe quelle chaîne de caractères saisie par l'utilisateur.
Chris s'il vous plaît poster une démo de quelque chose qui devrait la validation échoue, mais ne le fait pas.
C'est une bonne solution: stackoverflow.com/questions/3791067/check-url-validity

InformationsquelleAutor Chris | 2011-03-20

17
```
NSURLRequest *req = [NSURLRequest requestWithURL:[NSURL URLWithString:@"yourstring"]];
bool valid = [NSURLConnection canHandleRequest:req];
```
- c'est vraiment une excellente solution.
- Brillante réponse ! C'est la solution parfaite !
- Cela fonctionne encore mais NSURLConnection semble être obsolète maintenant. Connaissez-vous une solution à l'aide de NSURLSession ou quelque chose de pas obsolète?
- nacho4d, NSURLSession est le remplacement de NSURLConnection
InformationsquelleAutor Adam Shiemke

cochez cette méthode fonctionne très bien pour moi

- (BOOL) validateUrl: (NSString *) candidate {
NSString *urlRegEx =
@"(http|https)://((\\w)*|([0-9]*)|([-|_])*)+([\\.|/]((\\w)*|([0-9]*)|([-|_])*))+";
NSPredicate *urlTest = [NSPredicate predicateWithFormat:@"SELF MATCHES %@", urlRegEx];
return [urlTest evaluateWithObject:candidate];

}

if (![self validateUrl:strRSSurl]) {
        UIAlertView *alert=[[UIAlertView alloc]initWithTitle:@"Invalid url" message:[NSString stringWithFormat:@"\"%@\"",strRSSurl] delegate:self cancelButtonTitle:@"Ok" otherButtonTitles:nil, nil];
        [alert show ];
        [alert setTag:7];
    }
    else
    {
      valid url
    }

InformationsquelleAutor Sanjeev sharma

3

Je pense que vous pouvez être confus au sujet de la définition de "mal formé". Rien de conforme à La RFC 2396 est considéré comme valide; dans la pratique, il semble NSURL aussi d'accepter [ et ] en dépit de leur non-autorisé par la RFC.

Qui signifie à peu près n'importe quelle chaîne de caractères ASCII imprimables en plus de l'espace, ", % lorsqu'il n'est pas suivi de deux chiffres hexadécimaux., <, >, \, ^, `, {, |, et } sera considéré comme "valide", même si elle ne peut être absolue ou généralement utiles. Les chaînes contenant plusieurs # peut également être rejetée.

InformationsquelleAutor Anomie
0

Il n'y a pas de bonne explication pour cela, le code que vous avez fourni ressemble parfaitement bien et devrait fonctionner pour le but que vous êtes en expliquant.

Malformé Url, entendez-vous les Url qui conduisent à une erreur 404, ou des Url non valide ou de formatage de caractères?

Donner un exemple d'une URL mal formée qui renvoie oui dans cette fonction.
- Ce que j'essaie de faire est de valider une URL saisies par l'utilisateur et généralement, cela se fait à l'aide d'une regex. Mais j'ai remarqué que beaucoup de personnes, ce qui suggère tout simplement d'utiliser "URLWithString" depuis qu'il est censé retourner nil si l'URL n'est pas valide. Une URL est invalide dès à quelque chose comme ceci est entrée sous la forme d'une URL, par exemple: "0000".
InformationsquelleAutor Emil
0

Dans mon expérience, la NSURL routines de création habituellement lever une exception au lieu de retourner néant. Cependant, la vraie question dans ce cas est-ce qui constitue une URL mal formée? Êtes-vous vérifier si une ressource existe, ou à vérifier si la structure de la chaîne est conforme à la Rfc pertinentes?

En ce qui concerne la première question je l'ai mentionné, lors de la création d'Url que je n'ai pas l'entrer manuellement moi j'ai l'habitude de le faire:
```
@try
{
    NSURL * url = [NSURL URLWithString: theString];
    //use the URL
}
@catch (NSException * e)
{
    NSLog( @"URL creation error? %@ - %@", [e name], [e reason] );
    @throw;  //throw the exception again, to hopefully get your attention
}
```
- Je n'ai jamais vu une exception dans ce cas, pour ce qui valide (c'est à dire ne pas initialisé la variable locale) NSStrings est-ce possible?
- Si j'essaie de créer une URL à l'aide de [NSURL URLWithString: @"argleblargle"] il jette. Puis à nouveau, dans pratiquement tous mes iOS programmation j'ai toujours alloc/init et de libérer explicitement, c'est peut-être seulement des lancers de -initWithString:
- Ni [NSURL URLWithString: @"argleblargle"] ni [[NSURL alloc] initWithString: @"argleblargle"] déclenche une exception quand je l'ai essayer ici. La documentation indique aussi explicitement que URLWithString: sera de retour nul. Êtes-vous sûr que quelque chose d'autre dans votre code n'est pas à jeter lorsqu'il est passé d'un néant NSURL?
- C'est toujours jeté pour moi. Peut-être que ça a changé dans une prochaine version d'iOS? J'ai eu à placer tous les NSURL initialisation avec try/catch boucle depuis iOS 2.0, et les exceptions générées ont été NSInvalidArgumentExceptions avec des motifs de mentionner -[NSURL initWithString:]. C'était peut-être simplement résolu dans iOS 4.x.
- Il y a une note dans Apple NSURL classe de référence pour URLWithString de référence déclarant "Dans OS X v10.7 et les versions ultérieures ou iOS 5 et versions ultérieures, cette méthode retourne nil si l'URL est nul. Dans les versions antérieures, cette méthode lève une exception si l'URL est nul."
InformationsquelleAutor Jim Dovey

Vous devez vous connecter pour publier un commentaire.