問題タブ [currentculture]

ASP.NET Web アプリケーションの CultureInfo に問題があります。この Web アプリケーションは、それが含まれているアプリケーション プールに応じて、異なるカルチャを返します。

アプリケーション プール A では en-US ですが、アプリケーション プール B では nl-BE です。

nl-BEにしたいのですが、これを変更する場所が見つかりません（ちなみにIIS6）。これがアプリプールレベルで変更できるかどうかさえわかりません。

CultureInfo.CurrentCulture.Name で確認しています。

アプリケーション プールでこれを変更することはできますか? または、他に何がこれに影響を与える可能性がありますか? サーバーの地域設定で、「オランダ語 (ベルギー)」を選択しました。これは、nl-BE に変換されると思います。では、このアプリケーション プールはどこで en-US を取得できるのでしょうか?

ディレクトリからファイルを読み取り、ファイルの内容を読み取り、内容を処理するサービスを作成しています。

スウェーデン語の文字が読み取られるときにサービスによって「ガベージ文字」に変換されるため、ファイルから読み取られるスウェーデン語の文字に問題があります。

サービス コントロール マネージャーで使用されている既定のコード ページ/カルチャ設定を知っている人はいますか?または、Windows サービス プログラミングのコンテキストでスウェーデン語の文字を処理するための「ベスト プラクティス」に関する記事を知っている人はいますか?

どんな助けでも大歓迎です。

Thread.CurrentCulture はどこからデータを取得しますか? クライアント (ブラウザ) またはサーバー。

もう 1 つの質問ですが、これはユーザーの文化を知る正しい方法ですか?

ありがとう

クライアントの国を取得しようとしているので、CultureInfo.CurrentCulture を使用します。問題は、カナダの顧客が私の Web サイトを使用すると、アメリカ人として表示されることです。

CultureInfo.CurrentCulture が自分の国ではなくサーバーの国を返しているようです。では、どうすればクライアントの国を取得できますか?

CurrentCultureまたはInvariantCultureを指定し、カルチャをまったく指定しないためのベストプラクティスは何ですか？

私が読んだことから、たとえば、シリアル化を行う場合、データ値の正規表現を指定する手段としてInvariantCultureが必要です。これは、カルチャベースの文字列操作の比較的小さな割合です。

私はそれを長く、冗長で、ほとんどの場合、私が行うたびにそれを指定するのは醜いです、と言います：

しかし、私のチームは最近FxCopをオンにしたため、CultureInfoを常にどこでも使用するようになりました。簡潔さ、読みやすさ、機能性を組み合わせるための最良のテクニックは何ですか？

いくつかの良い読み物：

• InvariantCultureプロパティの使用
• CultureInfoクラス

文字列にバインドされたTextBlockがあります。アプリケーションの現在のUIカルチャに文字列を表示したい。XAMLでこれを実行したいと思います。テキストブロックは以下のように単純です。

<TextBlock Text="{Binding Path=Text}"/>

こんにちは私はWebプログラミングに不慣れで、Azureで実行されるMVCアプリを持っています。ユーザーがグリッドデータをcsvにエクスポートできる機能があり、フィールドの1つは日時フィールドです。ユーザーがエクスポートをクリックすると、グリッドにあるものをすべて取得し、csvにフォーマットしてから、FileContentResultを返します。私が抱えている問題は、csvの構築がサーバー上で行われているため、VMの設定であると推測されるため、日付形式がen-USにフォーマットされていることです。ただし、ユーザーのdatetimeformatを使用する必要があります。これを達成する方法はありますか

ハイブリッド ASP.Net Web フォーム/MVC アプリを使用しています。MVC の「ページ」/ビューの 1 つで、ToShortDateString() と ToLongDateString() を使用して一連の日付をレンダリングします。これらはほとんどの場合正しく機能しますが、アプリのコンパイル後に初めてビューをロードすると、フォーマットが正しくありません。

これをたどり、現在のスレッドの文化を確認しました。99% の時間は en-US ですが、コンパイル後の MVC ビューの最初の読み込みでは en-GB に設定されます。その直後にページをリロードすると、en-US に戻ります。

web.config ファイルのカルチャと uiculture を en-US に設定して強制的に正しいものにしようとしましたが、うまくいきませんでした。

誰でもこれについて何か考えがありますか？MVCのバグ？

編集(追加のコードと試行):完全にやり過ぎて、これをビューの基本クラスに含めても

これをweb.configに含めます

これは.aspxファイルのヘッダーにあります

繰り返しますが、これはコードをコンパイルした後の最初の読み込み時、つまりそのページが最初に読み込まれたときのみです。System.Web.Mvc.ViewPage から派生したものであっても、他の Web フォーム ページは影響を受けません。以降のすべての読み込みでは、カルチャが正しく処理されます。.aspx ファイルを変更するだけでは、これは発生しません。これを発生させるには、C# コードをコンパイルする必要があります。

詳細データ: Render メソッドまで追跡しました。Render メソッドの前では、カルチャは en-US であり、その後は en-GB です (コンパイル後の最初のページロード時のみ)。

現在のカルチャ情報（CurrentCultureおよび/またはCurrentUICulture）が実行中のスレッドのプロパティであるというのは、奇妙な設計上の選択だと思います。少なくとも、そのようなことの範囲は、プロセスレベルで1レベル上にあるべきであるように思われます。

しかし、これらのことは、論理的根拠を聞いてしまえば、通常は理にかなっています。.NET設計者が、スレッドがこのプロパティを配置するのに適切な場所であると判断した理由を知ることは、啓蒙的かもしれません。

パラメータを非表示のフォーム変数としてペイパルに送信しています。

しかし、私のサイトの文化はデンマーク語です。したがって、「50,00」は「amount_1」の値です

50を「50,00」に変換するこのコードを使用しています

数値は「1234.56」のようになると思いますが、このプロセスだけでカルチャを en-US に設定する方法はありますか? （サイドワイドではない）またはこれを行うためのより良い方法は？

ありがとう！