Обратите внимание, что это не о "строгом unicode, программирующем" по сути, но некотором практическом опыте.
то, Что мы сделали в моей компании, должно было создать библиотеку-оболочку вокруг библиотеки ICU IBM. Библиотека-оболочка имеет интерфейс UTF-8 и преобразовывает в UTF-16, когда необходимо назвать ICU. В нашем случае мы не волновались слишком много о хитах производительности. Когда производительность была проблемой, мы также предоставили интерфейсы UTF-16 (использующий наш собственный тип данных).
Приложения могли остаться в основном как есть (использующий символ), хотя в некоторых случаях они должны знать об определенных вопросах. Например, вместо strncpy () мы используем обертку, которая старается не отключать последовательности UTF-8. В нашем случае это достаточно, но можно было также рассмотреть проверки на комбинированные символы. У нас также есть обертки для подсчета количества кодовых точек, количества графем, и т.д.
При взаимодействии через интерфейс с другими системами, мы иногда должны делать пользовательский символьный состав, таким образом, Вам, возможно, понадобится некоторая гибкость там (в зависимости от Вашего приложения).
Мы не используем wchar_t. Используя ICU избегает неожиданных проблем в мобильности (но не другие неожиданные проблемы, конечно, :-).
Это частично зависит от типа веб-сайта.
Для чего-то вроде Stack Overflow с множеством функций, влияющих на пользователей, я думаю, что это имеет большой смысл в сочетании с журнал изменений . Другими словами, сделайте номер версии ссылкой, чтобы люди могли узнавать о новых функциях, изменениях политики и т. Д.
Я не думаю, что для веб-сайта, который в основном статичен, это не так важно. То, что использовал , чтобы произошло, не влияет на мое поведение сейчас , потому что сайт на самом деле просто распространяет информацию.
Мы используем видимый номер версии, чтобы наш администратор, отдел продаж и клиенты могли сказать, что обновление сработало.
Его шум, перестань. ;)
На самом деле, я бы пропустил svn # stackoverflow внизу, если бы он исчез, при изменении числа я всегда оглядываюсь и вижу, что нового.
ЭТО будет зависеть от того, у кого есть копия неактивного кода. Если вы только пишете / тестируете / развертываете, вероятно, это не будет очень полезно. Если у вас есть один или два тестировщика, у которых могут быть свои собственные локальные копии и / или тестовый сервер, который не всегда обновляется при самых последних изменениях кода - наличие версии будет полезно для любых отчетов об ошибках, которые будут содержать, чтобы иметь возможность сказать используют ли они «исправленную» версию или нет.
Коротко от - Если кто-то еще может помочь вам с этим - номера версий могут очень быстро стать полезными.
добавление номера версии дает динамичное ощущение для технических посетителей ... по крайней мере Я бы рассматривал 5-страничный статический веб-сайт с номером версии как что-то, что находится под постоянным наблюдением администратора, и любое взаимодействие с этим веб-сайтом будет хорошо обслужено.
Да, часто бывает полезно. Например, чтобы можно было легко определить, есть ли у вас / другого сайта доска объявлений с известными уязвимостями безопасности. Или в корпоративной среде, где разные клиенты действительно могут использовать разные версии одного и того же программного обеспечения.
Веб-сайт, на котором показаны фотографии танцующего кота вашей бабушки и праздничные снимки? Не так важно.