Encoding Leerzeichen in UITextView / UITextField zu URL-Format

Sie sollten die gesamte Zeichenfolge nicht URL-escapen, sondern URL-Escape der dynamischen Komponenten. Probieren Sie

Das zweite Problem mit Ihrem Code (und zweifellos der Grund für den ungeraden Druck) ist, dass Sie die Zeichenfolge direkt an NSLog übergeben, so dass sie als Formatzeichenfolge behandelt wird. Sie müssen

stattdessen. Dadurch wird es wie erwartet gedruckt.

Bearbeiten: Ein drittes Problem mit Ihrem Code besteht darin, dass Sie automatisch freigegebene und im Besitz befindliche Objekte mischen und dann am Ende alle freigeben. Sehen Sie sich die 3 Objekte an, die Sie erstellen und die Sie später freigeben. Eine davon sollte nicht später veröffentlicht werden, da sie mit einer Methode erstellt wurde, die nicht mit den Wörtern alloc, copy oder new beginnt. Die Identifizierung des fraglichen Objekts ist eine Übung, die dem Leser überlassen wird.

Tatsächlich enthalten alle vorherigen Antworten zumindest einige Ungenauigkeiten, die für viele gemeinsame Werte von Benutzer bereitgestellten Text in den TextFields nicht korrekt mit dem Server kommunizieren

stringByAddingPercentEscapesUsingEncoding: percent entkoppelt alle Zeichen, die keine gültigen URL-Zeichen sind. Diese Methode sollte einmal auf die gesamte URL angewendet werden.

Eine vorherige Antwort behauptet, dass stringByAddingPercentEscapesUsingEncoding: in vielen Skriptsprachen wie die Klassen zum Erstellen von URLs funktioniert, wobei Sie sie nicht auf die gesamte URL-Zeichenfolge anwenden sollten, aber nicht. Jeder kann dies leicht überprüfen, indem er seine Ausgabe für unescaped & s und ? s überprüft. Es ist also in Ordnung, sie auf die gesamte Zeichenfolge anzuwenden, es reicht jedoch nicht aus, sie auf Ihren 'dynamischen' URL-Inhalt anzuwenden.

Die vorherige Antwort stimmt damit, dass Sie den Namen und Werten, die in Ihre CGI-Abfragezeichenfolge eingehen, noch mehr Arbeit widmen müssen. Da CGI durch RFC3875 spezifiziert ist, wird dies oft als RFC3875 Prozent Escaping bezeichnet. Es stellt sicher, dass Ihre Namen und Werte keine Zeichen enthalten, die gültige URL-Zeichen sind, die aber in anderen Teilen der URL von Bedeutung sind ( ; , ? , : , @ , & , = , $ , + , { , } , < , > und , )

Es ist jedoch sehr wichtig, dass Sie auch die einfachen URL-Escapes für die vollständige Zeichenfolge abschließen, um sicherzustellen, dass alle Zeichen in der Zeichenfolge gültige URL-Zeichen sind. Während Sie in Ihrem Beispiel nicht, im Allgemeinen könnte es Zeichen in einem "statischen" Teil der Zeichenfolge, die nicht gültige URL-Zeichen sind, so müssen Sie diese ebenfalls entkommen.

Leider gibt NSString uns nicht die Möglichkeit, die signifikanten Zeichen von RFC3875 zu umgehen, also müssen wir in CFString abtauchen, um dies zu tun. Offensichtlich ist die Verwendung von CFString ein Schmerz, also füge ich normalerweise Category zu NSString wie folgt hinzu:

Mit dieser Category an Ort und Stelle konnte das ursprüngliche Problem korrekt mit dem folgenden gelöst werden:

Dies ist eine kleine Variable schwer, nur um klarer zu sein. Beachten Sie auch, dass die für stringWithFormat: bereitgestellte Variablenliste nicht nil beendet sein sollte. Die Formatzeichenfolge beschreibt die genaue Anzahl der Variablen, die darauf folgen sollen. Außerdem sollten die Strings für Query-String-Namen (Name, Tags, Eintrag, ..) technisch selbstverständlich durch stringByAddingPercentEscapesUsingEncoding: laufen, aber in diesem kleinen Beispiel können wir leicht erkennen, dass sie keine ungültigen URL-Zeichen enthalten.

Um zu sehen, warum die vorherigen Lösungen nicht korrekt sind, stellen Sie sich vor, dass der Text der Benutzereingabe in dreamEntry.text ein & enthält, was nicht unwahrscheinlich ist. Bei den vorherigen Lösungen würde der gesamte Text, der diesem Zeichen folgt, zu dem Zeitpunkt verloren gehen, zu dem der Server diesen Text erhalten hat, da das nichtskapierte Et-Zeichen vom Server als Ende des Wertteils dieses Abfrage-String-Paares interpretiert wird.

Sie können Ihre URL nehmen und verwenden: