問題タブ [uiculture]

2 つのドロップダウン リストを作成しようとしています。1 つはテーマを変更し、もう 1 つは UI カルチャを変更します。テーマを変えるものはうまくいきますが、文化を変えることには問題があります。

初めて実行するときは InitializeCulture() 関数でのみカルチャを設定できますが、ドロップダウン リストで選択が変更されたときに再設定できません。

これは私のソリューションからのものです：

これはWeb.configにあります

これは AdminPage.aspx.cs です。

タグで定義された aspx ページでサーバー式を使用してページの UIculture を取得できますglobalizationか?

問題

プログラムに言語を切り替えるシステムを実装しようとしています。CultureInfo と ResourceManager を使用してそれを実現できることがわかりました。リソースが見つからないという問題が数時間発生した後、このコードを作成しました。最終的に、stackoverflowで見つけて回答し、次のコードを配置しました。

これは多くのページ、ウィンドウ、およびユーザーコントロールを備えた非常に大きなプログラムであるため、さまざまなファイルから言語にアクセスする必要があります。上に投稿したコードは、ソリューションのルートを調べて、it-IT.resx という名前のファイルを探す必要があります。現在のカルチャは it-IT と書かれていますが、HelloString の値は書き込まれませんが、エラーにはならないので、リソース マネージャーに問題があることは間違いありませんが、なぜクラッシュしないのかわかりませんリソースが見つかりません。resx ファイル内に HelloString という値があると確信しています。

TL;DR : Visual Studio 2015 の MSBuild を使用して、システム設定をいじる代わりに直接的なアプローチを使用して、コマンド ラインで MSBuild のメッセージ言語を変更することは可能ですか? そしてどうやって？

「昔」からの質問がありますが、これは本質的に重複していますが、私見の回答は、質問を洗練する必要があることを示しています。

これは VS2015 以降で動作する必要があるため、古いバージョンにはあまり関心がありません。

したがって、ここにいくつかのファクトイドがあります：

• グーグルでは、出力メッセージの言語を変更するMSBuild コマンド ラインオプションは表示されません。
• ドイツ語のシステムでコマンド ラインから MSBuild を使用すると、ドイツ語のエラー メッセージが表示されます。
• 同じシステムで英語のビジュアル スタジオを使用して MSBuild を呼び出すとMSBuild.exe、MSBuild (プロセス エクスプローラーのプロセス ツリーから確認され た実際のもの) がドイツ語のシステムで英語のメッセージを出力します。
  • これは、別の言語を使用devenv.exeして運転できることを意味します。MSBuild.exe

ウィット：

とからdevenv：

明らかに、devenv はここで出力を駆動しますが、実際の msbuild メッセージは同じであり、devenv はMSBuild.exe を実際の子プロセスとして呼び出します。

プロセス エクスプローラーで確認しました。呼び出された MSBuild.exeには、使用中のプロジェクトを示すコマンド ライン パラメーターがなく、明らかな環境変数も設定されていません。そのため、devenv は MSBBuild に他の手段で英語を言語として使用するよう「指示」しているようです。

補足: MSBuild は次のように VS から呼び出されます。C:\Program Files (x86)\MSBuild\14.0\bin\MSBuild.exe /nologo /nodemode:1 /nodeReuse:true

では、英語で出力する必要があることをどのように伝えればよいでしょうか? MSBuild.exe私はラッパーのアプローチやおそらくいくつかのpowershellマジックで問題ありませんが（それはありそうにないようですが）、これをマシン/ユーザーのロケール設定に依存する必要があることには問題ありません。

また、答えが-8年前-UIカルチャを設定するため、VSがこれを実行できるというMSDNスレッドを見つけました-しかし、devenvがこれを実行できる場合、msbuild.exeが呼び出されるため、私もおそらくできます。方法がわかりません。

概要

Cultureローカル マシンとサーバーの両方で一貫した設定が行われていますが、異なる形式DateTimeの文字列が生成されます。

環境

• 言語: C# 6
• プラットフォーム: .NET 4.6.1
• ローカル OS: Windows 10 Pro
• サーバー OS: Windows Server 2012 R2、バージョン 6.3

バックグラウンド

テストが実行される場所に関係なく、まったく同じように動作するユニットテストを作成しています。CultureInfoこれを行うために、テスト中のマシンの電流を手動で設定するカスタム属性を作成しました。このようにして、ニュージーランドでローカルにテストを実行しても、米国の AWS サーバーで実行しても同じように動作します (この場合、日付文字列の一貫したフォーマットを確保するため、ニュージーランド = dd/mm/yyyyと米国 = mm/dd/yyyy ) または世界の他の場所。

これまでのところ、カスタム属性はマシンのカルチャ設定を正しく設定し、ニュージーランド ( dd/mm/yyyy ) と米国 ( mm/dd/yyyy ) の間の日付と時刻を正しくフォーマットします。サーバーが「am」を出力している間 (以下のコードを参照してください。これはクラスのAMDesignatorプロパティです)。DateTimeFormatサーバーが指定された外部から書式設定を取得しているようですCultureInfoが、なぜこれが起こっているのですか? 何か不足していますか？

注-とのCultureSwitcher.SetTo(CultureInfo culture)両方を、指定された提供されたものに設定します。CurrentCultureCurrentUICultureCultureInfo

結果 (ローカル | サーバー):

自分で試してみてください (結果 = ローカル | サーバー):

質問

en-GBカルチャを使用した Windows セッションで実行するときに、PowerShell を強制的にフランス語形式で CSV にエクスポートすることはできますか?

より詳しい情報

フランスのカルチャ ルールを使用して一部のデータを CSV にエクスポートしたいと考えています (つまり、CSV の区切り文字はセミコロンに設定されていますが、小数点以下の桁数にコンマを使用する数値やその他のカルチャ形式の違いもあるため、-Delimiterパラメーターを使用するだけでは十分ではありません)。

以下のコードを思いつきました( https://stackoverflow.com/a/7052955/361842に基づく)

次のコードは、このメソッドが機能することを示しています。

ただし、PowerShell には、何が起こっているかについての独自の考えがあります。

これは、CSV に変換するためのロジックに影響を与えます。