Я пытаюсь проверить, действителен ли данный URL-адрес, и я делаю это следующим образом:
- (BOOL)urlIsValid:(NSString *)address {
NSURL *testURL = [NSURL URLWithString:address];
if (testURL == nil) {
return NO;
}
else {
return YES;
}
}
Поскольку «URLWithString» должен возвращать «nil», если URL-адрес искажен, я думал, что это сработает, но по какой-то причине это не так. Может кто-нибудь, пожалуйста, скажите мне, почему? Заранее спасибо!
проверьте, этот метод отлично работает для меня
- (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
}
Я думаю, вы можете быть смущены определением «уродство». Все, что соответствует RFC 2396, считается действительным; на практике кажется, что NSURL также будет принимать [ и ], несмотря на то, что они не разрешены RFC.
Это означает, что практически любая строка печатных символов ASCII, кроме пробела, ", %, если за ними не следуют две шестнадцатеричные цифры, <, >, \, ^, `, {, | и }, будет считаться "действительной", хотя это может не быть абсолютным или вообще полезным. Строки, содержащие несколько #, также могут быть отклонены.
Этому нет хорошего объяснения, предоставленный вами код выглядит прекрасно и должен работать для цели, которую вы объясняете.
Что касается неверных URL-адресов, вы имеете в виду URL-адреса, которые приводят к ошибке 404, или URL-адреса с недопустимым форматированием или символами?
Приведите пример неправильно сформированного URL, который возвращает yes в этой функции.
По моему опыту, процедуры создания NSURL обычно выдают исключение, а не возвращают nil. Однако реальный вопрос в этом случае заключается в том, что представляет собой неверный URL-адрес? Вы проверяете, существует ли ресурс, или проверяете, соответствует ли структура строки соответствующим RFC?
Что касается первой проблемы, которую я упомянул, при создании URL-адресов, которые я не ввожу вручную, я обычно делаю это:
@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
}
[NSURL URLWithString: @"argleblargle"], ни [[NSURL alloc] initWithString: @"argleblargle"] не вызывают исключения, когда я пробую это здесь. В документации также прямо указано, что URLWithString: вернет nil. Вы уверены, что что-то еще в вашем коде не срабатывает при передаче нулевого NSURL?
- person Anomie; 20.03.2011
address? - person lxt schedule 20.03.2011