Localisation .NET: traduction manuelle ou codage de caractères

Question

Je travaille sur un projet qui nécessite la localisation de tous les textes utilisateur dans la base de données. Ainsi, pour un objet métier, il y a généralement trois tables impliquées:

• EntityBase - Peut contenir des attributs de base
• EntityLocalized - Contient les attributs localisables et culture qui s'y rattache
• Cultures - Contient la liste des cultures acceptables

J'utilise une vue pour que chaque entité rejoigne Base et Localized ensemble pour produire un ensemble de résultats de toutes les combinaisons possibles pour faciliter l'interrogation.

Je rencontre des problèmes pour créer l'interface utilisateur afin que les administrateurs puissent l'utiliser facilement dans différentes langues. Je modélise une relation Parent -> Enfant -> Enfant afin que le formulaire devienne assez gros en termes de balisage.

À quel point le changement de l'encodage de caractères pour la page fonctionne-t-il simplement? Est-ce que cela se traduit bien ou est-ce que je ferais mieux de mordre la balle et d'utiliser le modèle actuel que j'ai pour la localisation?

Answer 1

J'ai décidé de mordre la balle mais j'ai choisi une manière différente de le montrer dans l'interface utilisateur. J'ai réalisé que la traduction des entités est un processus distinct de leur création. Donc à la place, je laisserai l'Admin traduire les entités dans une boîte de dialogue modale, traversant les relations et changeant de langues.