La meilleure façon de mettre en œuvre multi-langue/de la mondialisation dans les grands .Un projet de réseau

Utiliser un autre projet avec des Ressources

Je peux dire ce à partir de l'expérience, avoir une solution actuelle avec 12 24 projets qui inclut l'API, MVC, des Bibliothèques de Projet (fonctionnalités de Base), WPF et Xamarin. Il vaut la peine de lire ce long post que je pense que c'est la meilleure façon de le faire. Avec l'aide de VS outils facilement exportables et importables, envoyés à des agences de traduction ou de révision par d'autres personnes.

MODIFIER 02/2018: Toujours aussi fort, en la convertissant en une .NET de la bibliothèque Standard permet également de l'utiliser partout .NET Framework et NET de Base. J'ai ajouté une section supplémentaire pour le convertir en JSON ainsi, par exemple angulaire de pouvoir l'utiliser.

EDIT: 2019: Aller de l'avant avec Xamarin, cela fonctionne encore sur toutes les plateformes. E. g. Xamarin.Les formes des conseils pour utiliser les fichiers resx ainsi. (Je n'ai pas développer une application en Xamarin.Des formes, mais la documentation, qui est la façon détaillé pour commencer, il couvre: Xamarin.Les Formes De La Documentation). Tout comme la convertir en JSON, nous pouvons aussi le convertir en .fichier xml pour Xamarin.Android (actuellement).

Donc, permet de se rendre à elle.

Pro

• Fortement typé presque partout.
• Dans WPF, vous n'avez pas à traiter avec ResourceDirectories.
• Pris en charge pour ASP.NET, les Bibliothèques de classes, WPF, Xamarin, .NET Core, .NET Standard que j'ai testé.
• Sans supplément de bibliothèques de tiers nécessaires.
• Soutient la culture de secours: en-US -> fr.
• Pas seulement la fin de, travaille également dans le code XAML WPF et Xamarin.Les formes, dans .cshtml pour MVC.
• Facilement manipuler la langue par la modification de la Thread.CurrentThread.CurrentCulture
• Les moteurs de recherche peuvent Ramper dans les différentes langues et l'utilisateur peut envoyer ou enregistrer la langue des url spécifiques.

Con

• WPF XAML est parfois buggy, nouvellement ajouté des chaînes n'apparaissent pas directement. Reconstruire est le correctif temporaire (vs2015).
• Me dire.

Installation

Créer langue de votre projet dans la solution, donnez-lui un nom comme MyProject.Langue. Ajouter un dossier à des "Ressources", et dans ce dossier, créez deux fichiers de Ressources (.resx). On appelle Ressources.resx et un autre appelé Ressources.fr.resx (ou .en-GB.resx pour certains). Dans mon application, j'ai NL (néerlandais) langue comme langue par défaut, donc, qui va dans mon premier fichier, et l'anglais va dans mon deuxième fichier.

Le programme d'installation devrait ressembler à ceci:

Les propriétés de Ressources.resx doit être:

Assurez-vous que l'outil personnalisé de l'espace de noms est mis à votre projet d'espace de noms. La raison pour cela est que, dans WPF, vous ne pouvez pas référence à Resources à l'intérieur de XAML.

Et à l'intérieur du fichier de ressources, définir le modificateur d'accès Public:

À l'aide d'un autre projet

Référence à votre projet: un clic Droit sur Références -> Ajouter une Référence -> Prjects\Solutions.

Utilisation de l'espace de noms dans un fichier: using MyProject.Language;

L'utiliser comme dans le back-end:
string someText = Resources.orderGeneralError;
Si il y a autre chose "Ressources", puis il suffit de mettre dans l'ensemble de l'espace de noms.

En utilisant MVC

MVC, vous pouvez faire comme vous le souhaitez pour définir la langue, mais j'ai utilisé url paramétrée, qui peut être configuré comme suit:

RouteConfig.cs
Ci-dessous les autres mappages

routes.MapRoute(
    name: "Locolized",
    url: "{lang}/{controller}/{action}/{id}",
    constraints: new { lang = @"(\w{2})|(\w{2}-\w{2})" },   //en or en-US
    defaults: new { controller = "shop", action = "index", id = UrlParameter.Optional }
);

FilterConfig.cs (peut-être besoin d'être ajouté, le cas échéant, ajouter FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters); à la Application_start() méthode dans Global.asax

public class FilterConfig
{
    public static void RegisterGlobalFilters(GlobalFilterCollection filters)
    {
        filters.Add(new ErrorHandler.AiHandleErrorAttribute());
        //filters.Add(new HandleErrorAttribute());
        filters.Add(new LocalizationAttribute("nl-NL"), 0);
    }
}

LocalizationAttribute

public class LocalizationAttribute : ActionFilterAttribute
{
    private string _DefaultLanguage = "nl-NL";
    private string[] allowedLanguages = { "nl", "en" };

    public LocalizationAttribute(string defaultLanguage)
    {
        _DefaultLanguage = defaultLanguage;
    }

    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        string lang = (string) filterContext.RouteData.Values["lang"] ?? _DefaultLanguage;
        LanguageHelper.SetLanguage(lang);
    }
}

LanguageHelper juste définit la Culture info.

//fixed number and date format for now, this can be improved.
public static void SetLanguage(LanguageEnum language)
{
    string lang = "";
    switch (language)
    {
        case LanguageEnum.NL:
            lang = "nl-NL";
            break;
        case LanguageEnum.EN:
            lang = "en-GB";
            break;
        case LanguageEnum.DE:
            lang = "de-DE";
            break;
    }
    try
    {
        NumberFormatInfo numberInfo = CultureInfo.CreateSpecificCulture("nl-NL").NumberFormat;
        CultureInfo info = new CultureInfo(lang);
        info.NumberFormat = numberInfo;
        //later, we will if-else the language here
        info.DateTimeFormat.DateSeparator = "/";
        info.DateTimeFormat.ShortDatePattern = "dd/MM/yyyy";
        Thread.CurrentThread.CurrentUICulture = info;
        Thread.CurrentThread.CurrentCulture = info;
    }
    catch (Exception)
    {

    }
}

Utilisation dans .cshtml

@using MyProject.Language;
<h3>@Resources.w_home_header</h3>

ou si vous ne voulez pas définir de l'usage puis il suffit de remplir dans l'ensemble de l'espace de noms, OU vous pouvez définir l'espace de noms sous /Vues/web.config:

<system.web.webPages.razor>
<host factoryType="System.Web.Mvc.MvcWebRazorHostFactory, System.Web.Mvc, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
<pages pageBaseType="System.Web.Mvc.WebViewPage">
  <namespaces>
    ...
    <add namespace="MyProject.Language" />
  </namespaces>
</pages>
</system.web.webPages.razor>

Cette mvc mise en œuvre de la source de tutoriel: Génial tutoriel blog

À l'aide de bibliothèques de classes pour les modèles

Le Back-end de l'aide est le même, mais juste un exemple pour l'utilisation dans les attributs

using MyProject.Language;
namespace MyProject.Core.Models
{
    public class RegisterViewModel
    {
        [Required(ErrorMessageResourceName = "accountEmailRequired", ErrorMessageResourceType = typeof(Resources))]
        [EmailAddress]
        [Display(Name = "Email")]
        public string Email { get; set; }
    }
}

Si vous avez de redimensionnement, il va automatiquement vérifier si le nom de la ressource existe. Si vous préférez le type de sécurité que vous pouvez utiliser T4 modèles pour générer un enum

À l'aide de WPF.

Bien sûr ajouter une référence à votre MyProject.Langue espace de noms, nous savons comment l'utiliser dans le back-end.

En XAML, à l'intérieur de l'en-tête d'une Fenêtre ou d'un UserControl, ajouter une référence d'espace de noms appelé lang comme suit:

<UserControl x:Class="Babywatcher.App.Windows.Views.LoginView"
         xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
             xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" 
             xmlns:d="http://schemas.microsoft.com/expression/blend/2008" 
             xmlns:local="clr-namespace:MyProject.App.Windows.Views"
              xmlns:lang="clr-namespace:MyProject.Language;assembly=MyProject.Language" <!--this one-->
             mc:Ignorable="d" 
            d:DesignHeight="210" d:DesignWidth="300">

Puis, à l'intérieur d'un label:

    <Label x:Name="lblHeader" Content="{x:Static lang:Resources.w_home_header}" TextBlock.FontSize="20" HorizontalAlignment="Center"/>

Car il est fortement typé, vous êtes sûr de la chaîne de ressource existe. Vous pourriez avoir besoin de recompiler le projet parfois lors de l'installation, WPF est parfois buggy avec de nouveaux espaces de noms.

Une chose de plus pour WPF, définir la langue à l'intérieur de la App.xaml.cs. Vous pouvez faire votre propre mise en œuvre (à choisir lors de l'installation) ou laisser le système se décider.

public partial class App : Application
{
    protected override void OnStartup(StartupEventArgs e)
    {
        base.OnStartup(e);
        SetLanguageDictionary();
    }

    private void SetLanguageDictionary()
    {
        switch (Thread.CurrentThread.CurrentCulture.ToString())
        {
            case "nl-NL":
                MyProject.Language.Resources.Culture = new System.Globalization.CultureInfo("nl-NL");
                break;
            case "en-GB":
                MyProject.Language.Resources.Culture = new System.Globalization.CultureInfo("en-GB");
                break;
            default://default english because there can be so many different system language, we rather fallback on english in this case.
                MyProject.Language.Resources.Culture = new System.Globalization.CultureInfo("en-GB");
                break;
        }

    }
}

De l'utiliser dans Angulaire (convertir en JSON)

De nos jours, il est plus courant d'avoir un framework comme Angulaire en combinaison avec des composants, donc sans cshtml. Les traductions sont stockées dans des fichiers json, je ne vais pas couvrir comment cela fonctionne, mais si vous voulez convertir à un fichier JSON, c'est assez simple, j'utilise un modèle T4 script qui convertit les Ressources de fichier à un fichier json. Je recommande l'installation de T4 éditeur lire la syntaxe et de l'utiliser correctement car vous avez besoin de faire quelques modifications.

Seulement 1 chose à noter: Il n'est pas possible de générer les données, de les copier, de nettoyer les données et de générer pour une autre langue. Alors vous devez copier code ci-dessous autant de fois que les langues que vous avez et modifier l'entrée avant '//choix de la langue ici". Actuellement pas le temps de résoudre ce problème, mais sera probablement mise à jour plus tard (si intéressé).

Chemin: MyProject.Langue/T4/CreateWebshopLocalizationEN.tt

<#@ template debug="false" hostspecific="true" language="C#" #>
<#@ assembly name="System.Core" #>
<#@ assembly name="System.Windows.Forms" #>
<#@ import namespace="System.Linq" #>
<#@ import namespace="System.Text" #>
<#@ import namespace="System.Collections.Generic" #>
<#@ import namespace="System.Resources" #>
<#@ import namespace="System.Collections" #>
<#@ import namespace="System.IO" #>
<#@ import namespace="System.ComponentModel.Design" #>
<#@ output extension=".json" #>
<#
var fileNameNl = "../Resources/Resources.resx";
var fileNameEn = "../Resources/Resources.en.resx";
var fileNameDe = "../Resources/Resources.de.resx";
var fileNameTr = "../Resources/Resources.tr.resx";
var fileResultName = "../T4/CreateWebshopLocalizationEN.json";//choose language here
var fileResultPath = Path.Combine(Path.GetDirectoryName(this.Host.ResolvePath("")), "MyProject.Language", fileResultName);
//var fileDestinationPath = "../../MyProject.Web/ClientApp/app/i18n/";
var fileNameDestNl = "nl.json";
var fileNameDestEn = "en.json";
var fileNameDestDe = "de.json";
var fileNameDestTr = "tr.json";
var pathBaseDestination = Directory.GetParent(Directory.GetParent(this.Host.ResolvePath("")).ToString()).ToString();
string[] fileNamesResx = new string[] {fileNameEn }; //choose language here
string[] fileNamesDest = new string[] {fileNameDestEn }; //choose language here
for(int x = 0; x < fileNamesResx.Length; x++)
{
var currentFileNameResx = fileNamesResx[x];
var currentFileNameDest = fileNamesDest[x];
var currentPathResx = Path.Combine(Path.GetDirectoryName(this.Host.ResolvePath("")), "MyProject.Language", currentFileNameResx);
var currentPathDest =pathBaseDestination + "/MyProject.Web/ClientApp/app/i18n/" + currentFileNameDest;
using(var reader = new ResXResourceReader(currentPathResx))
{
reader.UseResXDataNodes = true;
#>
{
<#
foreach(DictionaryEntry entry in reader)
{
var name = entry.Key;
var node = (ResXDataNode)entry.Value;
var value = node.GetValue((ITypeResolutionService) null); 
if (!String.IsNullOrEmpty(value.ToString())) value = value.ToString().Replace("\n", "");
if (!String.IsNullOrEmpty(value.ToString())) value = value.ToString().Replace("\r", "");
#>
"<#=name#>": "<#=value#>",
<#
}
#>
"WEBSHOP_LASTELEMENT": "just ignore this, for testing purpose"
}
<#
}
File.Copy(fileResultPath, currentPathDest, true);
}
#>

Là vous allez, vous pouvez maintenant utiliser un seul fichier de ressource pour tous vos projets. Cela rend très facile l'exportation de tout à l'excl document et de laisser à quelqu'un de le traduire et de l'importer à nouveau.

Je ne pense pas qu'il ya une "meilleure façon". Il va vraiment dépendre sur les technologies et le type d'application que vous créez.

Webapps pouvez enregistrer les informations dans la base de données que d'autres affiches ont suggéré, mais je recommande l'utilisation de séparer les fichiers de ressources. C'est fichiers de ressources séparé de votre source. Séparer les fichiers de ressources, réduit les conflits pour les mêmes fichiers, et que votre projet grandit, vous pouvez trouver la localisation sera fait separemment de la logique métier. (Les programmeurs et les Traducteurs).

Microsoft WinForm et WPF gourous recommandons l'utilisation séparée des ressources assemblys personnalisés pour chaque locale.

WPF capacité de la taille des éléments de l'INTERFACE utilisateur de contenu abaisse la mise en page de travail nécessaire, par exemple: (les mots japonais sont beaucoup plus courtes que l'anglais).

Si vous envisagez de WPF: Je suggère la lecture de cet article msdn
Pour être honnête, j'ai trouvé le WPF outils de localisation: msbuild, locbaml, (et peut-être une feuille de calcul excel) fastidieuse à utiliser, mais il fonctionne.

Quelque chose de légèrement connexes: Un problème commun que je face de l'intégration de systèmes legacy qui envoient des messages d'erreur (généralement en anglais), pas de codes d'erreur. Ceci oblige les changements apportés aux systèmes hérités, ou la cartographie backend chaînes à mes propres codes d'erreur et puis pour les chaînes localisées...yech. Les codes d'erreur sont les localisations ami

J'irais avec la plusieurs fichiers de ressources. Il ne devrait pas être difficile à configurer.
En fait, j'ai récemment répondu à une question similaire sur la configuration d'un langage basé sur des fichiers de ressources en conjonction avec la forme de fichiers de ressources de langue.

Localisation dans Visual Studio 2008

Je considère que la meilleure approche à moins de WinForm développement.

Ive été la recherche et j'ai trouvé ceci:

Si votre utilisation de WPF ou Silverlight votre approche pourrait être d'utiliser WPF LocalizationExtension pour de nombreuses raisons.

Ses Open Source
C'est GRATUIT (et restera gratuit)
est dans un vrai stabel état

Dans une Application Windows, vous pourriez faire quelque chose comme ceci:

public partial class App : Application  
{  
public App()  
{             
}  
protected override void OnStartup(StartupEventArgs e)  
{  
Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("de-DE"); ;  
Thread.CurrentThread.CurrentUICulture = new System.Globalization.CultureInfo("de-DE"); ;  
FrameworkElement.LanguageProperty.OverrideMetadata(  
typeof(FrameworkElement),  
new FrameworkPropertyMetadata(  
XmlLanguage.GetLanguage(CultureInfo.CurrentCulture.IetfLanguageTag)));  
base.OnStartup(e);  
}  
} 

Et je pense que sur une Page Wep l'arrivée pourrait être le même.

Bonne Chance!

Nous utilisons un fournisseur personnalisé pour support multi-langue et de mettre tous les textes dans une table de base de données. Il fonctionne bien sauf que nous sont parfois confrontés à des problèmes de mise en cache lors de la mise à jour des textes dans la base de données sans la mise à jour de l'application web.