c# - C# Decimal.Parse コンマの問題

Question

stringaから aを解析する必要がありdecimal、英国またはヨーロッパの文化で使用される可能性があります。

もしヨーロッパの文化2,00で2

ただし、2,00カンマは 1000 を表すため、英国の文化では無効です。

私が使用する場合

Double.Parse("20,50", new CultureInfo("en-GB"))

戻ります2050

これにより、無効な例外がスローされると予想していました。

誰でも助けることができますか？

score 3 · Accepted Answer

解析文字列内の有効な文字であるため、例外が発生することはありません(おっしゃる,とおり、千単位の区切り記号として解釈されます)。

ただし、2050ではなく、同じコードが表示され20.50ます。

その地域のコントロールパネルでそれらが手動で変更された場合にのみ、カルチャの結果がen-GB表示されると思います（したがって、誰かが小数点区切り記号をに設定し,、千単位区切り記号をではないものに設定した場合,）。

score 1 · Accepted Answer

ポイントは、GB 文化の「2,00」は無効であるべきですが、ヨーロッパの文化を使用していたように解析することです。

例外をスローしたい。

対照的に、Double.Parse("20.50", new CultureInfo("fr-FR")) は小数点以下が無効であるため例外をスローします。

では、Double.Parse("20,50", new CultureInfo("en-GB")) にこれが当てはまらないのはなぜですか

score 0 · Accepted Answer

,更新された質問から、英国の文化で2,000は2000、や. しかし、それはのようにもなり得ます。2,000,00020000002,0,0,02000

その観点から、3 つのシナリオが考えられます。

常にローカル形式でデータを受信している場合は、問題はありません。文字列をそのまま解析するだけです (ただし、問題が 1 つあります。ユーザーは文字列の書式設定オプションを変更できるため、新しいデフォルトのローカルカルチャを作成することをお勧めします)。
定義済みの形式でデータを受信している場合は、固定カルチャを使用して文字列を解析します。
ローカルに比べて不明な形式でデータを受信しています。つまり、ローカルと非ローカルのカルチャ形式の両方を受信できます。これは最悪のケースであり、これに対する一般的な解決策はありません。このタスクがより簡単かどうかに応じて、これをケース 2 または 1 に減らすことをお勧めします。

3 に答える 3