Swiftでの文字列比較におけるUnicode正規化を巡る注意点 - Qiita

これは，こちらのサイトによると， Depending on your requirements, this may or may not be what you want, but it is certainly consistent with the overall design of the String type to abstract away as many Unicode details as possible. Rule of thumb: if two strings look equal to the user, they will be equal in your code. つまり，「Unicodeでの実装にかかわらず，ユーザ側からの見た目が同じであるからには，コード上でも同一として扱われるべきである」という原則に基づいているとのことです。 実際，この仕様はApple

[majang]

いいね！

[mandel59]

完全に闇仕様だ

[hitode909]

かっこいい

[takahashim]

文字コード沼の最新情報だった

[VoQn]

たぶん、この記事にコメントしなきゃいけないのは「おぉ…神よ…」だと

[y-kawaz]

うわぁ…。でもそのうち付き合う必要があるんだろうなぁ…嫌だなあ…。

[honma200]

StringをHFS+に合わせるとかホンマに鬼やでぇAppleさん/iOSだけなら分かるけどね

[rgfx]

oh...

[teramako]

魔窟だ

[mas-higa]

この仕様で誰が幸せになれるのか

[ebo-c]

Unicode思想自体が邪悪と言う人もいるよね

[send]

沼であり闇である

[pochi-mk]

AppleScriptワロタ(ひでぇ...)

[peccu]

困る場合よりも、便利な場合の方が多く感じるけども } AppleScript - Swiftでの文字列比較におけるUnicode正規化を巡る注意点 - Qiita

[SatoshiN21]

厳密な文字列比較にはStringではなくNSStringを使う

[konishika]

NFKC_Casefoldこわい

[jitojito]

shift_jisの闇を抜けられると思ったら、さらに闇だった。

[raimon49]

NSStringにキャストして比較が安牌だなぁこれは。

[susanne]

沼

[W53SA]

AppleのUnicodeって沼な印象がありますね。こわちか

[love0hate]

相変わらず文字コード界隈は闇だな

[rryu]

正規化して比較するメソッドがないのはNSStringでやれということかと思っていたら実際はbyte by byteで比較する方が無かったとは。

[ikosin]

繁体字・簡体字とかだとどうなるんだろ

[lli]

うへぇ。わかりやすい解説だけに問題の面倒さが目立つな。

[fusionstar]

Windows 8 のストアアプリでもかってに合字される問題があったような。 Unicode の闇は深い。

[chezou]

あちらを立てればこちらが立たずだ

[t-wada]

ここでもまた、沢山の涙が流れそうだ……

[side_tana]

NFKC_Casefold，過激すぎる……

[cu39]

CJK人とASCII/ISO-8859-1人の間にある暗く深い谷。

[countzero00000]

気になる

[MagnesiumRibbon]

それは比較演算子ではない

[htnmiki]

要は日本語の比較なんてすんなってこった