URLWithString: restituisce nil

può essere molto facile, ma non mi sembra di scoprire perché stia URLWithString:tornando a zero qui.

//localisationName is a arbitrary string here
NSString* webName = [localisationName stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; 
NSString* stringURL = [NSString stringWithFormat:@"http://maps.google.com/maps/geo?q=%@,Montréal,Communauté-Urbaine-de-Montréal,Québec,Canadae&output=csv&oe=utf8&sensor=false&key=", webName];
NSURL* url = [NSURL URLWithString:stringURL];

Devi anche eseguire l'escape dei caratteri non ASCII nel tuo URL codificato:

//localisationName is a arbitrary string here
NSString* webName = [localisationName stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding]; 
NSString* stringURL = [NSString stringWithFormat:@"http://maps.google.com/maps/geo?q=%@,Montréal,Communauté-Urbaine-de-Montréal,Québec,Canadae&output=csv&oe=utf8&sensor=false", webName];
NSString* webStringURL = [stringURL stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
NSURL* url = [NSURL URLWithString:webStringURL];

Probabilmente puoi rimuovere l'escape di localisationName poiché sarà gestito dall'escape dell'intera stringa.

Usa questa funzione se hai a che fare con file salvati su file manager.

NSURL *_url = [NSURL fileURLWithPath:path];

Immagino che tu debba usare -[NSString stringByAddingPercentEscapesUsingEncoding:]. Vedi il documento Apple .

Un altro commento è che, come un vecchio timer, trovo un po 'a disagio inserire caratteri non ASCII in un file sorgente. Detto questo, questo documento Apple dice, a partire dalla 10.4, le stringhe UTF-16 sono OK all'interno @"...". In qualche modo GCC sembra convertire correttamente il file sorgente in Latin-1 in UTF-16 nel binario, ma penso che sia più sicuro usare caratteri ASCII a 7 bit solo all'interno del codice sorgente e utilizzare NSLocalizedString.

Penso che i tuoi personaggi accentati stiano buttando via le cose; non saranno gestiti da -stringByAddingPercentEscapesUsingEncoding :.

NSURL URLWithString: @ "" restituirà zero se l'URL non è conforme a RFC 2396 e devono essere sottoposti a escape

Se leggi rfc2396 nel link otterrai molti dettagli

Un ottimo sito che ho trovato per controllare dove si trova il carattere offensivo, scegli l'opzione del percorso per l'URL

http://www.websitedev.de/temp/rfc2396-check.html.gz

La chiamata URLWithString: restituirà un valore nullo se la stringa passata non è valida. Poiché NSURL restituisce zero per gli URL non corretti, NSLog la stringa e impostare i punti di interruzione per vedere esattamente cosa viene passato al metodo di creazione NSURL. Se il tuo URLWithString funziona con un valore hardcoded, è un'ulteriore prova che qualunque cosa tu stia passando non è valida. vedere

Puoi usare NSURL direttamente senza NSString.

//.h file

@interface NewsBrowser : UIViewController {

    UIWebView *webView;
    NSURL *NewsUrl;

}

@property (nonatomic, retain) IBOutlet UIWebView *webView;

@property(nonatomic,assign)NSURL *NewsUrl;

@end

//.m file

[webView loadRequest:[NSURLRequest requestWithURL:NewsUrl]];

E passo l'URL da un'altra vista (usando la variabile NewsUrl) a questa vista.

Provalo.