ASP.NET MVC アプリケーションをローカライズするためのベスト プラクティスは何ですか?
次の 2 つの状況について説明します。
最初の状況では、~/View/EN、~/View/FI、~/View/SWE、または別のようなビューベースのものを使用する必要がありますか?
2 番目のケースでは、Web.config を介したアプリケーション ベースの構成だけで、これらの異なる言語が異なる URL を指すようにすることはできますか?
ASP.NETMVC2ローカリゼーションの完全ガイドとASP.NETMVC2モデルのローカリゼーションによる検証もここで確認できます。これらの全体は、ASP.NETMVC2を使用している場合に役立ちます。
従来の ASP.NET Web フォーム アプリケーションとほぼ同じ方法で、ASP.NET MVC アプリケーションをローカライズします。
言語ごとに異なるページ/ビューを使用することはありませんが、各ページはサテライト アセンブリを使用して複数の言語をサポートします。
詳細な説明と例については、Matt Hawley のブログ エントリを参照してください。
残念ながら、Matt Hawley の元のコードは ASP.NET MVC のリリース バージョンでは機能しません。更新された投稿をチェックしてください: http://blog.eworldui.net/post/2008/10/ASPNET-MVC-Localization-via-View-Engines.aspx
一般に、ローカリゼーション プロセスは、VS 2008 / ASP.NET MVC の世界では、従来の Web フォームほどスムーズではありません。http://www.guysmithferrier.com/post/2009/05/Localizing-ASPNET-MVC.aspx
Rob Connery の MvcStore プロジェクトを見てください。彼は、グローバル化の問題を解決する 1 つの方法を示すスクリーンキャストを行っています。
Elijah が提案するように、フォーム内でローカリゼーションを処理することについて、私は確信が持てませんでした。長さと方向が異なると、フォームが非常に複雑になったり、見栄えが悪くなったりする可能性があります。
私はMVCを始めたばかりですが、言語に関係なく同じコントローラーを使用したい分離方法を採用しています（言語をビューとして扱います）-これにより、 /Controller/Action/language/form が得られます
DisplayName ローカリゼーション、検証、ルーティングの使用 (URL にカルチャ名を保存)、出力キャッシュの問題など、すべての側面をカバーする asp.net mvc アプリケーションをローカライズする方法に関する最近の更新を含む優れたチュートリアルがあります... Alex Adamyan ブログ - Whileキーボードが優しく泣く
実際には、 DataAnnotationsMetadaDataProviderをオーバーライドすることで、まったく別のことを行いました。そこで、DisplayNameAttribute 値が正しい言語に解決されていることを確認できます。実際には、その属性を取り除き、それが助けになる場合にのみフィールド名で解決することもできます。
少し前にこの記事を書きました。カスタム ビュー エンジンを使用します。 http://blog.oimae.com/2011/02/20/cultured-view-engine-for-mvc/
そして、別のソリューションのための別のチュートリアル