Frage

Was wäre die beste Praxis, um Ihre ASP.NET -MVC -Anwendung zu lokalisieren?

Ich möchte zwei Situationen abdecken:

  • Eine Anwendungsbereitstellung in IIS, die mehrere Sprachen bearbeiten würde
  • Eine Sprache/Anwendungsbereitstellung.

In der ersten Situation sollten Sie mit einer Art Ansicht basieren, wie: ~/view/en, ~/view/fi, ~/view/swe oder so etwas anderes?

Was ist mit dem zweiten Fall, nur einer anwendungsbasierten Konfiguration über Web.config und richten Sie diese verschiedenen Sprachen auf verschiedene URLs?

War es hilfreich?

Lösung

Sie können hier auch einen Blick darauf werfen ASP.NET MVC 2 Lokalisierungshandbuch und ASP.NET MVC 2 Modellvalidierung mit Lokalisierung Diese Vorspeisen helfen Ihnen, wenn Sie mit ASP.NET MVC 2 arbeiten.

Andere Tipps

Sie würden Ihre ASP.NET -MVC -Anwendung sehr gut lokalisieren, genauso wie eine klassische ASP.NET -Webformanwendung.

Sie würden für jede Sprache keine unterschiedlichen Seiten/Ansichten verwenden, aber jede Seite würde mehrere Sprachen mithilfe von Satellitenbaugruppen unterstützen.

Sie können sich ansehen Matt Hawleys Blogeintrag Weitere Erläuterungen und Beispiele.

Leider funktioniert Matt Hawleys Originalcode in der Versionsversion von ASP.NET MVC nicht. Schauen Sie sich einen aktualisierten Beitrag an: http://blog.eworldui.net/post/2008/10/aspnet-mvc-localization-via-view-engines.aspx

Im Allgemeinen ist der Lokalisierungsprozess in der VS 2008 / ASP.NET -MVC -Welt nicht so reibungslos wie bei herkömmlichen Webformen. http://www.guysmithferrier.com/post/2009/05/localizing-aspnet-mvc.aspx

Schauen Sie sich das MVCStore -Projekt von Rob Connery an. Er macht einen Screencast, der einen Weg zeigt, um das Globalisierungsproblem zu lösen.

http://wekeroad.com/2008/04/24/MVCStore-Part-5

Ich war noch nie davon überzeugt, die Lokalisierung innerhalb einer Form zu behandeln, wie Elijah vorschlägt - die unterschiedlichen Längen und Richtungen können zu sehr komplexen oder variieren naff -aussehenden Formen führen.

Ich beginne gerade erst mit MVC, aber ich übernehme die Entkopplungsmethode, die Sie tun würden, um denselben Controller unabhängig von der Sprache zu verwenden (die Sprache genau wie eine Ansicht behandeln). Dies würde Ihnen dann/Controller/Aktion/Sprache/Form geben

Es gibt ein gutes Tutorial mit neuem Update, wie die ASP.NET -MVC -Anwendung lokalisiert wird, die alle Aspekte wie DisplayName -Lokalisierung, Validierung, Verwenden von Routing (Speichern des Kulturnamens in URL), Probleme mit Ausgangscache usw. und so weiter ... Alex Adamyan Blog - Während meine Tastatur sanft weint

Wir haben uns tatsächlich ganz anders gemacht, wenn wir das überschrieben habenDataAnnotationsMetAdadataprovider. Dort können Sie sicherstellen, dass die Werte displayNameattribute in die richtige Sprache aufgelöst werden. Eigentlich könnten Sie dieses Attribut sogar loswerden und nur mit Feldnamen auflösen, wenn dies irgendeine Hilfe wäre.

Ich habe diesen Artikel vor einiger Zeit geschrieben. Es verwendet eine benutzerdefinierte Ansichtsmotor.http://blog.oimae.com/2011/02/20/cultured-view-gine-for-mvc/

Und ein weiteres Tutorial für verschiedene Lösung

Tutorial: Erstellen Sie die ASP.NET -MVC -Lokalisierung mit Spracherkennung

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top