Discussion :

[Palca]

Bonjour,
Je dois créer un CMS internationalisé en ASP.NET, langage dans lequel je débute totalement.
J'ai suivi la vidéo à ce sujet sur le site officiel, malheureusement elle n'a pour exemple qu'une seule page, or mon CMS devra évidemment en compter plusieurs.

Dans la vidéo, la détection de la langue est faite automatiquement en ajoutant les attributs Culture et UICulture dans le <%@ Page, j'ai donc essayé de faire de même dans le <%@ Master, mais apparemment ce n'est pas valide, existe-t-il donc un moyen d'appliquer la détection de la langue depuis la Masterpage ou faut-il le faire individuellement sur chaque page ?

De même, la vidéo ne présente que l'utilisation de fichiers ressources pour gérer les langues, mais est-il possible de le faire avec une table SQL, tout en restant "simple" à manipuler, comme ça l'est avec les fichiers ressources ?

Merci de votre aide.

[tomlev]

Le plus simple pour appliquer l'internationalisation à toutes les pages est de le faire dans le fichier web.config :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
<configuration>
   <system.web>
...
      <globalization 
         culture="auto"
         uiculture="auto"/>
...
   </system.web>
</configuration>

Pour le coup de la gestion des ressources dans une BDD, le sujet a été abordé dans le forum il n'y a pas très longtemps :
http://www.developpez.net/forums/d66...ltilingue-bdd/

[Palca]

Merci

Par contre pour le "custom resource provider", il n'y a pas moyen de faire plus simple ?
Le code de l'article contient un système de cache et apparemment pas mal d'autres fonctions sans doute intéressantes mais au final j'ai juste besoin d'un système d'association clés/valeurs, pas d'un système aussi complexe.

[tomlev]

aucune idée... j'avoue que je me suis pas penché en détails sur la solution proposée

[issou]

Bonjour,

Oui , on peut tout à fait utiliser les traductions dans une base de donnée , tu dois juste spécifier dans ton web.config , la classe qui gerera tes ressources. d'ailleurs cette solution est bien plus dynamique et pratique que les fichiers standars de ressources .

Pour checker la langue courante , tu as la methode TwoIsoletterLanguagename ( Quelque chose comme ca) de la classe System.tread....

Comme le dit tomlev , tu as 2 propriétés à géré. celle du thread utilisé pour le UI et le thread du code Business ... .

tout ceci peut être traiter dans ta classe qui gère les ressources .

Si t'as encore des questions , n'hésites pas .

Bon travail

[Philippe Vialatte]

Bonjour,
Je dois créer un CMS internationalisé en ASP.NET, langage dans lequel je débute totalement.

Je vais répondre par ta question par...une autre question...

Si c'est pour ton travail, pourquoi réinventer la roue (a moins que ton travail ne soit la création d'un nouveau CMS )?

[Palca]

Je ne cherche pas à réinventer la roue, c'est simplement qu'étant un CMS, je n'ai pas un contrôle total sur le contenu. Celui-ci devra pouvoir être créé/modifié depuis l'administration du CMS, donc l'utilisation de fichiers ressources ne me semble pas adaptée (à moins qu'il existe un moyen simple de les éditer depuis une page ASP.NET ?).
Et oui je dois créer un CMS donc j'ignore dans quelle proportion je peux utiliser du code open source, mais vu que c'est un devoir de fac je suppose que plus j'apporte de mon propre code et mieux c'est...

Oui , on peut tout à fait utiliser les traductions dans une base de donnée , tu dois juste spécifier dans ton web.config , la classe qui gerera tes ressources. d'ailleurs cette solution est bien plus dynamique et pratique que les fichiers standars de ressources .

Cette classe a des contraintes particulières ou c'est juste dans son utilisation qu'il faut coder en fonction ?

[issou]

Voici Palca :

Tout est expliqué ici :

http://asp-net-whidbey.blogspot.com/...-provider.html



Après , il te suffit d'appeler ta ressources de la meme maniere :

<asp:Literal id=test runat=server text="<%$ resources : Key,valeur %>" />

Bien à toi.

[Immobilis]

Pour ce qui est de gérer plusieurs langue je dirait qu'il faut faire un mélange.

On n'est pas obligé de tout mettre en base (la pauvre). Il faut tout d'abords identifier les données hyperdynamiques des autres.
Si tu fais de la vente en ligne par exemple les données liées à un produit devront être très dynamiques. Par contre, ce n'est pas forcement nécessaire de demander 700 fois à la base de données quelle est la traduction de "Valider" en chinois. Ce dernier peut aisément se trouver dans un fichier de ressource.
Même en ce qui concerne les données hyperdynamiques, il y en a qui n'ont pas forcement de raison d'être systematiquement demandées à la base. Par exemple la déscription d'un produit. Pourquoi ne pas les mettre en cache sur le serveur IIS? Ainsi, tu déportes une partie de la charge sur IIS et non plus sur la base.
Donc quelles sont les données hyperdynamiques? Il y a les prix, les quantités.

En ce qui concerne le cache, il vaut mieux oublier de charger de gros dico en mémoire, ça plombe les perf. De petit fichiers Xml c'est bien.
Mais que sont les fichiers ressource si ce n'est du Xml? Rrraaahhh Bon, ton Xml maison pourra contenir toutes les données de base de ton produit. Il peut être généré à la volée.

A+

[issou]

D'accord avec toi Immobilis .Néanmoins, l'avantage de la base de donnée est que cela sous entend par la même occasion une gestion personnalisés de ces ressources .

Par exemple : je voudrai lui dire d'afficher un contenu traduit dans la langue courante du thread en cours mais dans le cas où la description n'existerai pas alors on décide de l'afficher dans une autre langue etc ...

Je trouve aussi pratique d'avoir un fichier sql dans le root de ton projet qui contiendra le script de tes traductions qui les injectes en DB à chaque publication de ton application .

Dés qu'on a de nouvelles traductions , on les rajoutes dans le script qu'on oubliera pas de lancer à chaque déploiement

Pour la gestion en cache , je suis pas trop fan . On aurait une gestion des ressources à 2 endroits différents ? en base et en cache ?

Niveau perf , c'est clairement mieux de les charger une fois mais bon..
Tout dépend du projet .
Bien à toi

[Immobilis]

Par exemple : je voudrai lui dire d'afficher un contenu traduit dans la langue courante du thread en cours mais dans le cas où la description n'existerai pas alors on décide de l'afficher dans une autre langue etc ...

Mmmh, c'est certain, ça fera de beaux mélanges. Si des données sont importantes, il faut faire en sorte de les renseigner. Sinon, si elles sont pas affichées c pas grave.

Je trouve aussi pratique d'avoir un fichier sql dans le root de ton projet qui contiendra le script de tes traductions qui les injectes en DB à chaque publication de ton application.
Dés qu'on a de nouvelles traductions , on les rajoutes dans le script qu'on oubliera pas de lancer à chaque déploiement

Euh, ouais ok. Je sais pas comment tu compte gérer les trad, si il y aura un formulaire de saisie, mais j'espère que personne (utilisateur final) n'aura passé 3 heures à faire des trad aux petits oignons que tu écraseras comme une crêpe.

Pour la gestion en cache , je suis pas trop fan . On aurait une gestion des ressources à 2 endroits différents ? en base et en cache ?

Bah non, normalement le cache se gère tout seul et quand il se recharge il va chercher les données en base.

Tout dépend du projet .

Je sais pas quelle est la taille de ton CMS, quelle quantité de données, mais dans tous les cas c bien de prendre de bonnes habitudes.

A+