Javascript string Vergleich fehlschlägt beim Vergleich von unicode-Zeichen

Möchte ich zum vergleichen von zwei strings in JavaScript, dass sind die gleichen, und doch ist der Gleichheits-operator == gibt false zurück. Ein string enthält Sie ein Sonderzeichen (zB. die Dänische å).

JavaScript-code:

var filenameFromJS = "Designhåndbog.pdf";
var filenameFromServer = "Designhåndbog.pdf";

print(filenameFromJS == filenameFromServer); //This prints false why?

Die Lösung
Was für mich gearbeitet ist unicode-Normalisierung als slevithan hingewiesen.

Ich Gabel meine original-jsfiddle um eine version, die mithilfe der Normalisierung lib vorgeschlagen slevithan. Link: http://jsfiddle.net/GWZ8j/1/.

InformationsquelleAutor tougher | 2012-05-29
  1. 11

    Im Gegensatz zu dem, was einige andere Leute hier gesagt haben, das hat nichts zu tun mit Codierungen. Eher, deine beiden strings verwenden unterschiedliche code-Punkte zu erbringen die gleiche visuelle Zeichen.

    Zu lösen, um das richtig zu können, müssen Sie die Unicode-Normalisierung auf die beiden Zeichenfolgen vor dem vergleichen. Nur leider, JavaScript nicht haben diese Funktionalität eingebaut. Hier ist eine JavaScript-Bibliothek, die Normalisierung für Sie: https://github.com/walling/unorm

    • Oh, ich hoffte nicht zu bekommen diese Antwort 🙂 ich war gerade fehlt offensichtlich und würde nicht brauchen eine Bibliothek für diese einfache Aufgabe. Danke für die Antwort ich werde es einmal versuchen.
    • Du hast Recht, ich habe übersehen, dass CC 8A ist die UTF-8-code-Sequenz für U+30A COMBINING RING ABOVE, die vorangestellt ist a. Die andere saite hat C3 A5 codiert U+00E5 LATIN SMALL LETTER A WITH RING ABOVE in UTF-8. Wenn ich mich Recht erinnere, Mac OS bevorzugt die Kombination von Zeichen, während andere Betriebssysteme, die lieber die single-Glyphe form. Es sollte möglich sein, den server, konvertieren entweder, aber so gibt es keine großen client-seitige Bibliothek notwendig.
    • PointedEars, das ist nicht immer möglich oder ideal. E. g., Sie vielleicht nicht wollen, zu tun, ein server-round-trip nur zum ausführen einer string-Vergleich, oder Sie könnten mit JavaScript auf dem server. @Härter ,Es ist ein Vorschlag zum hinzufügen von Unicode-Normalisierung in zukünftigen Versionen von JavaScript. Siehe strawman:unicode_normalization.
    InformationsquelleAutor slevithan
  2. 5

    JavaScript Gleichheitsoperator == wird angezeigt, um zu scheitern, unter den folgenden Umständen. In allen Fällen ist es die Programmierer Fehler. Ein Fehler im JavaScript.

    1. Den beiden strings enthalten nicht die gleiche Anzahl und Reihenfolge der Zeichen.

    2. Gibt es Leerzeichen oder Zeilenumbrüche vor, innerhalb oder nach einer Zeichenfolge. Verwenden Sie ein trim () - operator auf beide und schauen Sie genau auf beiden Saiten.

    3. Überraschung typecasting. Der Programmierer ist der Vergleich von Datentypen, die nicht kompatibel sind.

    4. Gibt es unicode-Zeichen, die identisch Aussehen, um andere unicode-Zeichen, aber in der Tat sind unterschiedliche unicode-Zeichen.

    • +1, weil diese Antwort ist viel informativer als das akzeptiert man und nicht enthalten, die etwas mit nodeJS oder jQuery.
    • in diesem Fall Nummer 4 der übeltäter war
    • Verschiedene unicode-Normalisierung ist nicht über die verschiedenen Zeichen, bedeutet aber unterschiedliche unicode-code-point-Sequenzen wurden verwendet, um beziehen sich auf den gleichen Charakter.
    InformationsquelleAutor Eric Leschinski
  3. 1

    UTF-8 ist eine komplexe Sache. Das charset hat zwei unterschiedliche codes für Zeichen wie á, é, etc. Wie Ihr schon seht, in die URL-kodierte version, die HEX-bytes, die das Zeichen gemacht wird, unterscheiden sich für beide Versionen.

    Sehen diese Antwort für weitere Informationen.

    • JFTR: Unicode ist nicht UTF-8. Unicode ist ein standard für einen Zeichensatz und mehrere Kodierungen und UTF-8 ist einer dieser Kodierungen.
    • Behoben.
    • Jetzt sagen Sie, dass UTF-8 ein Zeichen gesetzt. Es ist nicht. Ich bin auch ziemlich sicher, dass Ihre Prämisse ist falsch: UTF-8-code-Sequenz kann nicht beginnen mit 0xCC.
    • Du hast Recht, ich hätte es heissen "encoding", wie es scheint, (w3.org/TR/html4/charset.html). Der HTML-code ist <meta charset=UTF-8> (HTML5) oder <meta http-equiv=Content-Type content='text/html; charset=UTF-8'> jedoch so, dass ist etwas irreführend.
    • Ja, ich denke, wir müssen damit Leben, dass Fehler aus der frühen Internet-Entwürfe (ich spreche von RFC 822 und Freunde hier) für eine lange Zeit zu kommen.
    • Ich war falsch über 0xCC. Richard Ishida ausgezeichnete Unicode-tools es bewiesen.

    InformationsquelleAutor user2428118
  4. 0

    Hatte ich das gleiche problem.

    Hinzufügen

    <meta charset="UTF-8">

    in der HTML-Datei das Problem behoben wurde.

    In meinem Fall die Template-engine Backen einen json-string in die HTML-Datei. Dieser string in unicode.

    Während die Vorlage war auch eine unicode-Datei, die JS-engine war die Behandlung der Zeichenfolge, die ich schrieb in der Vorlage als latin-1 kodierten string, bis ich fügte hinzu, das meta-tag.

    War ich vergleicht die eingegebene Zeichenkette zu einer der JSON-Objekte Gegenstände (location.title == "Mühle")

    InformationsquelleAutor Daniel F
Schreibe einen Kommentar