Quelle architecture Web multilingue fonctionne le mieux (vues multiples / vue unique)?

StackOverflow https://stackoverflow.com/questions/600166

  •  03-07-2019
  •  | 
  •  

Question

Je souhaite prendre en charge 2 langues seulement. Il n'y aura pas besoin de langue supplémentaire. Quelle sera la meilleure approche après avoir considéré à la fois la facilité d’utilisation et la maintenabilité:

(a) Chaque vue a une page distincte pour chaque langue et ils partageront les contrôleurs et les dll de modèle

(b) Les deux langues pompent les ressources dans le même modèle de vue

S'il vous plaît, ne vous préoccupez pas de la structure de l'URL pour le moment. J'apprécierai les expériences réelles sur les discours théoriques du pour et du contre. Merci de votre aide.

Était-ce utile?

La solution

Les vues multiples sont clairement plus flexibles et si vous n’avez que 2 personnes, c’est une possibilité, mais c’est toujours une douleur.

Cependant, ne vous soucier que de 2 au lieu de N signifie que vous pouvez probablement tenir compte des deux lors de la création des vues. Par conséquent, la création de plusieurs vues crée une seule vue qui utilise des ressources et fonctionne dans les deux langues.

Autres conseils

Dépend de la différence que vous attendez des versions localisées. Si vous êtes assez confiant, ils seront toujours presque identiques, avec simplement des mots différents dans chaque espace réservé, un modèle de vue unique serait probablement la solution.

Cependant, ce qui s’est avéré efficace lorsqu’il y a un mélange des deux (c’est-à-dire que certaines vues sont identiques, elles sont simplement traduites; d’autres sont un peu différentes), c’est de créer un modèle de fournisseur dans chaque vue et sous-vue. Ainsi, lorsque le moteur de vue va charger une vue, il existe une logique isolée dans la fabrique de fournisseurs pour déterminer, pour cette vue particulière, s'il convient d'utiliser la même chose pour les deux langues ou le commutateur.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top