Extra \ N {...} при использовании kCFStringTransformToUnicodeName или NSStringTransformToUnicodeName

Question

let string = "\u{00A0}" // no-break space 
let transformed = string.stringByApplyingTransform(NSStringTransformToUnicodeName, reverse: false) 

Ожидаемый результат: NO-BREAK SPACE

Фактический результат: \N{NO_BREAK_SPACE}

Почему дополнительный \N{ и }? Для чего они нужны, и есть ли способ их удалить, кроме регулярного выражения/сканирования/разбора/etc?

Answer 1

Это так ICU & Юникод представляет собой именованные кодовые точки в регулярных выражениях. Поэтому я вовсе не удивлен этим выходом.

Here is a link that reference this syntax at unicode.org.

Это также объясняется in this other page at ICU Project.

PS: \N{} на самом деле является более коротким эквивалентом \p{name=…} - как объяснено на этой странице unicode.org над этим связанным якорем). Вы можете видеть похожие синтаксисы, например, в regular-expressions.info, в которых упоминается синтаксис \p{…} для определения кодовых точек Unicode с использованием их свойств.