Почему новый символ становится старым багом
Unicode — общий стандарт, который назначает символам числовые коды, чтобы текст одинаково обрабатывался на разных устройствах и в разных программах. Но внедрение новых знаков не обновляет автоматически каждое приложение: старый код может исходить из того, что набор допустимых символов уже известен и больше не изменится.
Где возникает сбой
Представим форму, которая разрешает в имени только буквы из заранее перечисленных диапазонов. Когда в Unicode добавляют новый письменный знак или блок символов, такая проверка может принять его за недопустимый — даже если остальная система умеет хранить и показывать этот знак. В результате человек не может ввести имя, поиск не находит запись или импорт данных останавливается на ошибке.
Проблема бывает и тоньше: программа может считать, что символ занимает ровно определённое число байтов или что один видимый знак всегда соответствует одному кодовому элементу. На деле некоторые знаки представлены несколькими кодовыми точками — отдельными числами Unicode, которые вместе образуют один воспринимаемый символ. Жёсткие предположения тогда приводят к обрезанному тексту, неверному подсчёту длины или сбою обработки.
Как сделать проверку устойчивой
Надёжнее опираться на актуальные библиотеки Unicode и проверять, какие свойства нужны приложению, а не перечислять все известные символы вручную. Например, для поля имени важнее ограничить длину и запретить действительно опасные управляющие знаки, чем разрешать только буквы из старого набора. Обновление библиотек тоже важно: поддержка новых символов зависит не только от шрифта, но и от компонентов, которые читают, сравнивают и проверяют текст.
Поэтому новый знак может выглядеть нормально на экране, но всё равно не пройти путь через форму, базу данных и поиск. Совместимость текста зависит от всей цепочки обработки, а не от одного шрифта.
