.Netグローバリゼーション管理

我々は、マルチlangugaeをサポートする必要がある数十のアセンブリを持つ可能性を秘めており、これがどのようにして管理されるべきなのか疑問に思っていました。

1)大規模なリソースアセンブリを1つ維持する

2)コンポーネントレイヤーで分割する

3)またはdllあたりのローカルリソース

4)より良いアイデア

また、潜在的に20〜25のアプリを介してこれらのリソースにどのようにアクセスしますか

1
アプリケーションの起動時や言語の変更時に、現在の言語の文字列のハッシュテーブルをデータベースからロードすると、それは遅くならないはずです。
追加された 著者 Bradley Uffner,
@DavidePiras - イントラネット/インターネットアプリケーション。 dbコールはリソースファイルより速いと思いますか?
追加された 著者 Sam,
異なる言語でローカライズされた同じリソース、つまり文字列を使用する複数のアプリケーションを使用している場合は、すべてをデータベースに入れ、そこから文字列を読み込むことをお勧めします。あなたの20-25アプリは、イントラネットやウェブベースで顧客に配布されていますか?
追加された 著者 Davide Piras,

1 答え

システム内の各ローカライズ可能なDLLに対して、確立された.NETローカリゼーションモデル、つまりサテライトアセンブリ(サポートする言語ごとに1つ)を使用します。

dllのすべてではないがローカライズ可能であることに注意してください。理想的には、フロントエンドを扱う人だけが、表示テキストおよび他のローカライズ可能なコンテンツを含む。

標準に固執すれば、既存のVisual Studioローカリゼーションサポート(サテライトアセンブリの構築)や、ローカリゼーションベンダーが熟知しているその他の標準ツールやプロセスのメリットが得られます。プロジェクトが非常に大きい場合は、ローカリゼーションエンジニアリングが必要になります。標準プロセスに準拠すれば、はるかに良いでしょう。

1
追加された