Quels types de bonnes approches les programmeurs C++ utilisent-ils pour stocker les messages d'erreur?

Question

Dites que j'ai une énorme quantité de code et que j'ai différents types de messages d'erreur. Pour ceux-ci, je veux avoir un endroit séparé où je stocke les codes d'erreur et les messages d'erreur. Par exemple, pour une erreur qui a eu lieu parce que le programme n'a pas pu ouvrir un fichier que je magasin:

F001 "Can not open a file." "The same error message in another language" "The same error message in a third language" 

Quelle est la meilleure façon de stocker différents types de messages d'erreur et codes dans un fichier pour les programmeurs C++ afin d'utiliser les rapidement et facilement dans un programme?

FYI Je travaille avec Qt lib.

Answer 1

J'utiliser XML comme ceci:

<languageList> 
    <language short="de" long="Deutsch" default="true" /> 
    <language short="en" long="English" /> 
</languageList> 
<string alias="couldNotOpenFileError" 
    de="Konnte Datei nicht öffnen" 
    en="Could not open file" 
    /> 
<string alias="couldNotWriteFileError" 
    de="Konnte Datei nicht schreiben" 
    en="Could not write file" 
    /> 

Dans le code, vous pouvez l'utiliser comme celui-ci où vous définissez la langue réelle dans la piscine de message. Edit: L'idée du pool de messages est juste d'enrouler un analyseur xml existant + une logique supplémentaire.

Answer 2

Vous pouvez les mettre dans votre regroupement de ressources, où toutes les autres chaînes sont. Ensuite, utilisez leur code de ressource et vous aurez l'avantage, que tous les messages d'erreur sont traduits dans les différentes langues

Answer 3

Quel O/S? Sous Windows, un moyen standard mais relativement compliqué consiste à utiliser Message Files.

Answer 4

Dans préfèrent pour générer des messages d'erreur dans le corps du code plutôt que de les garder dans un fichier séparé - par exemple (pris au hasard dans mon propre code):

if (ev[0] != SUB_CMD) { 
    CSVTHROW("Invalid edit sub-command '" << ev[0] << "' in '" << ev << "' "); 
} 

Ceci est pour trois raisons :

• Il permet plus de messages d'erreur inteligible, avec les valeurs non valides entrecoupées avec le texte du message

• Erro Association du r tester directement avec le message indique clairement ce qui se passe

• J'ai vu trop de projets qui utilisaient le code d'erreur WRONG pour une erreur, ce qui est difficile à tester et cause une immense confusion. Par exemple, si F001 est votre fichier d'erreur ouvert, je l'ai vu beaucoup de code comme ceci:

-

if (login_invalid()) { 
    ERROR("F001"); 
} 

Bien sûr, faire ce qui rend difficile l'internationalisation, mais ce n'est pas une préoccupation pour le genre de projets que je fais.

Answer 5

je dirais que la stratégie est très différente entre:

• un message d'erreur pour les journaux
• un message d'erreur à présenter à l'utilisateur

Puisque vous parlez de l'internationalisation , Je suppose que vous devez le présenter à l'utilisateur. Dans ce cas, ce n'est pas différent d'une autre chaîne.

La bibliothèque gettext devrait venir dans :) pratique

Answer 6

Ce n'est pas spécifique aux messages d'erreur, mais en termes de Qt, si vous pensez à l'internationalisation et peut-être avoir à traduire tout votre texte utilisateur face à la Linguist Manual (Programmers Section) est à lire absolument. Personnellement, je favorise également l'approche où les erreurs sont littérales au moment où l'erreur se produit, en utilisant QObject::tr() chaque fois qu'un code gratuit, gratuit comme en clair dans le code, l'utilisateur face à la chaîne se produit, vous êtes sur votre chemin pour garder les choses fonctionnent et activer une traduction plus tardive. tr() prend en charge un qualificateur de chaîne pour baliser le texte à traduire