Type de projet C++: unicode vs multi-octets; Avantages et inconvénients

Question

Je me demande ce que la communauté Stack Overflow pense quand il s'agit de créer un projet (en pensant principalement C++ ici) avec un jeu de caractères unicode ou multi-octets.

• Y at-il des avantages pour aller Unicode droit dès le début, ce qui implique tous vos chaînes seront en grand format? Existe-t-il des problèmes de performances ou des besoins en mémoire plus importants en raison d'une utilisation standard d'un caractère plus grand?

• Y at-il un avantage à cette méthode? Est-ce que certaines architectures de processeur traitent mieux les caractères larges?

• Y a-t-il des raisons de faire votre projet Unicode si vous ne prévoyez pas sur prenant en charge d'autres langues? Quelles seraient les raisons de créer un projet avec un jeu de caractères multi-octets?

• Comment tous les facteurs ci-dessus entrent en collision dans un environnement de haute performance (tel qu'un jeu vidéo moderne)?

Answer 1

Deux questions que je commenterais. En premier lieu, vous ne mentionnez pas la plate-forme que vous ciblez. Bien que les versions récentes de Windows (Win2000, WinXP, Vista et Win7) prennent en charge les versions multioctets et Unicode des appels système utilisant des chaînes, les versions Unicode sont plus rapides (les versions multi-octets sont des wrappers convertissant en Unicode, appellent la version Unicode). cordes de retour à mutlibyte). Donc, si vous faites beaucoup de ces types d'appels, l'Unicode sera plus rapide. Tout simplement parce que vous ne prévoyez pas explicitement de prendre en charge d'autres langues, vous devriez envisager de prendre en charge Unicode si votre application enregistre et affiche le texte entré par les utilisateurs. Tout simplement parce que votre application est unilingue, il ne s'ensuit pas que tous ses utilisateurs seront aussi unilingues. Ils peuvent être parfaitement heureux d'utiliser votre interface graphique en anglais, mais pourraient vouloir entrer des noms, des commentaires ou d'autres textes dans leur propre langue et les afficher correctement.

Answer 2

La réponse courte (OMI, et je l'ai déjà montré à tort) est qu'il vaut mieux planifier pour le pire (ou mieux selon votre point de vue) et faire unicode en ce moment.

À moins que votre application ne soit très gourmande en chaînes de caractères, le passage direct à unicode n'aura pas vraiment d'importance; dans le cas des jeux, cela ne devrait pas être un facteur important par rapport au reste du moteur.

Max.

Answer 3

The first answer to that question devrait ... répondre à tout ce que vous devez savoir.

Answer 4

Vous parlez du projet VC++ ici, n'est-ce pas? La seule chose que cela affecte est la version des appels de l'API Win32 qui finit par être exécutée. Par exemple, un appel à MessageBox se terminera par un appel à MessageBoxA en cas de paramètre multi-octet et MessageBoxW en cas de paramètre Unicode. Bien sûr, cela affectera également les types de paramètres de chaîne pour ces fonctions.En interne, MessageBoxA appelle MessageBoxW après avoir converti les paramètres de chaîne des paramètres régionaux actuels du système en Unicode.

Mon conseil est d'utiliser les paramètres Unicode et de passer des chaînes Unicode aux appels API Win32. Cela ne vous empêche pas d'utiliser des chaînes dans un autre encodage interne.

Answer 5

Y at-il des avantages pour aller Unicode droit dès le début,

Quelques années et un million de lignes de code plus tard, vous allez vous souhaiter aviez répondu « oui ».

impliquant toutes vos chaînes sera en format large?

Je souhaite que Microsoft quitterait la fusion de "Unicode" avec UTF-16.

Vous n'avez pas besoin de stocker toutes vos chaînes en format large. Vous pouvez utiliser UTF-8 à la place, et obtenir un encombrement de la mémoire plus faible (pour les langues de l'alphabet latin), et une rétrocompatibilité avec l'ASCII 7 bits. L'inconvénient d'utiliser UTF-8 sur Windows est qu'il n'est pas supporté comme une page de code ANSI, donc vous devez convertir vos chaînes en UTF-16 pour faire des appels WinAPI. Le nombre d'inconvénients que cela entraîne dépend de l'écriture d'un programme Windows ou d'un programme exécuté sur Windows.

Answer 6

Voici une considération simple: votre programme devrait-il fonctionner s'il est utilisé par M. 菅 直 人? Son répertoire personnel peut être difficile à représenter en ASCII.