Version imprimable
Bonjour bonjour,
Je dois gérer des sites ASP.net en plusieurs langues avec des tables Sql (ils ne veulent pas de fichiers ressources). J'essaye de trouver sur le net le meilleur moyen de gérer ca dynamiquement. Mais tous les codes me semblent peu concis.
Auriez-vous des conseils, des sites internet ou que sais-je sur une bonne technique?
Merci beaucoup
Un fichier de ressources n'est qu'un tableau à 2 dimensions : [idressource][langue], cela n'est pas bien compliqué à représenter en base de données :
Table Ressource
---------------
IDRessource (entier)
IDLangue (char[2])
Texte
Dans tes textes, utilises des jokers pour remplacer ce qui est dynamique:
[100][FR] J'aime %Prenom
[100][EN] I love %Prenom
[100][JP] Washita wa %Prenom ga suki desu
Merci, cette technique est celle utilisée dans ma boîte.
Je voulais savoir si ya pas une technique assez efficace conseilliée pour les traductions. Je suppose qu'il y a des techniques plus appréciées que d'autres
Merci
L'internationalisation (i18n) est un jeu d'enfant lorsqu'elle est gérée par fichiers ressources. Les avantages sont multiples :
- conception rapide -> ce sont des fichiers xml facile à créer (on rajoute une langue = on rajoute un fichier .xml supplémentaire), à manipuler (dans les applications multilingues que je réalise, nous envoyons directement le fichier xml en fr à des organismes de traduction), à dupliquer etc etc....
- facilité d'intégration aux composants asp.net (un literal ira prendre la valeur .txt se situant dans le fichier de ressource de la culture sélectionnée, si tu délègues l'i18n à une couche dao particulière, tu vas devoir assurer manuellement la liaison composant<->bdd)
- ils sont précompilés -> performances accrues / à une i18n gérée par dao
Ce dernier point est la raison suffisante à l'utilisation d'une i18n par gestion de fichiers de ressources. Si vous n'avez vraiment pas le choix (dommage :)), il ne te reste plus qu'à trouver des livres traitant du sujet comme celui ci : http://www.i18nwithvb.com/
Ca je suis bien d'accord, vive les fichiers XML pour les traductions. Je n'ai malheureusement pas le choix d'utiliser sql server pr les traductions. Ils ne veulent même entendre parler des fichiers ressources.
Merci tout de même pour le bouquin :-)