The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В OpenBSD будет удалена поддержка всех локалей, за исключени..., opennews (?), 15-Авг-15, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


26. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  +4 +/
Сообщение от GotF (ok), 15-Авг-15, 06:34 
> Что будет с UTF-16?

Кому в здравом уме может понадобиться UTF-16?

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

29. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  –5 +/
Сообщение от Нанобот (ok), 15-Авг-15, 08:07 
Корпорация "Майкрософт" использует utf-16 в своём продукте "Windows" и достигла всемирного успеха
Ответить | Правка | Наверх | Cообщить модератору

31. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  +14 +/
Сообщение от GotF (ok), 15-Авг-15, 08:49 
> Корпорация "Майкрософт"

Вопрос содержал «в здравом уме».

Ответить | Правка | Наверх | Cообщить модератору

41. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  +1 +/
Сообщение от Stax (ok), 15-Авг-15, 12:29 
Здравомыслящим програмистам?

Из официального unicode faq:

Q: When would using UTF-16 be the right approach?

A: If the APIs you are using, or plan to use, are UTF-16 based, which is the typical case, then working with UTF-16 directly is likely your best bet. Converting data for each individual call to an API is difficult and inefficient, while working around the occasional character that takes two 16-bit code units in UTF-16 is not particularly difficult (and does not have to be expensive).

Q: How about converting to UTF-32?

A: If your platform or i18n library supports UTF-32 (4-byte) characters, then, for similar reasons, you might want to use them instead of UTF-16. Generally, the simplest approach is to match your basic character and string datatype to that used by the APIs you need to call.

However, UTF-32 is often a poor choice for high performance, since (on average) only half as many characters will fit your processor cache.

Many libraries, such as ICU or Java 5, use a hybrid approach. For strings, they use UTF-16 to reduce storage, but for single-character APIs they use code points (UTF-32 values) for API simplicity.

Ответить | Правка | Наверх | Cообщить модератору

45. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  +2 +/
Сообщение от Аноним (-), 15-Авг-15, 13:08 
>"Майкрософт" использует utf-16 в своём продукте "Windows" и достигла всемирного успеха

Здесь, конечно же, это всех очень впечатляет, ага.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

79. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  +/
Сообщение от Аноним (-), 16-Авг-15, 02:18 
> Здесь, конечно же, это всех очень впечатляет, ага.

Особенно впечатлит если попробовать программу написать. В случае UTF-8 в большинсве случаев можно вообще ничего о нем не знать. Ну то-есть попросить систему создать файл с UTF-8 именем, даже не зная что оно UTF-8. И создастся.

В некоторых случаях (разбор текста) узнать кое-что конечно придется. Но это капля в море. И совершенно не сравнимо с тем жутким крындецом, который творится в винде с ansi vs oem vs unicode.

Ответить | Правка | Наверх | Cообщить модератору

78. "В OpenBSD будет удалена поддержка всех локалей, за исключени..."  +/
Сообщение от Аноним (-), 16-Авг-15, 02:16 
> Корпорация "Майкрософт" использует utf-16 в своём продукте "Windows" и достигла
> всемирного успеха

А с кодировками там по прежнему жесть и афиг. Ну хоть консоль то смогла уже в уникоде начать работать без плясок с бубном? И программы при этом как, не глючат? А то когда командлайновый архивер паукет файлы - в архиве одно. А когда гуйный - другое. Очень доставляет пользователям с кириллическими названиями файлов - в 50% случаев раскатывается мусор. Еще больше доставляет виндопрограмерам, которые мумукаются с тремя разными представлениями одного и того же - ANSI, OEM и Unicode.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру