デフォルトの文字列初期化：NULLまたは空？[閉まっている]

文字列は常にNULLに初期化してきました。NULLは値がないことを意味し、 ""またはString.Emptyは有効な値です。String.Emptyがデフォルト値と見なされるか、値を表さないコードの例を最近見ました。これは奇妙な印象を与えます。c＃に新しく追加されたnull許容型を使用すると、NULLを使用せずに「値なし」を表すことにより、文字列を後方に進めているようです。

デフォルトのイニシャライザとして何を使用していますか、またその理由は何ですか？

編集：私のさらなる考えにさらに答えに基づいて

1. エラー処理の回避値をnullにしてはいけないのに、そもそもなぜそれが設定さNULLれたのですか？おそらく、コードベースの残りの部分全体をカバーするよりも、エラーが発生した場所でエラーを特定する方が良いでしょうか？

2. nullチェックの回避コードでnullチェックを行うことにうんざりしている場合は、nullチェックを抽象化する方が良いのではないでしょうか。おそらく、それらをNULL安全にするために文字列メソッドをラップ（または拡張！）常に使用String.Emptyしていて、nullがシステムに機能している場合はどうなりますNULLか？とにかくチェックを追加し始めますか？

怠惰だという意見に戻らざるを得ません。nullデータベースで''の代わりに ''を使用した場合、どのDBAも9つの方法で愚かなことをするでしょう。私は同じ原則がプログラミングにも当てはまると思います。価値を表すのString.Emptyではなく、頭の中で使用している人を叩く人がいるはずNULLです。

関連する質問

• C＃では、string.EmptyまたはString.Emptyまたは“”を使用する必要がありますか？
• String.Emptyと“”の違いは何ですか
• テーブル列にデータがないことを表すnullまたは空の文字列？

「空」とNULLを区別するための+1。「空」は「有効だが空白」を意味し、「NULL」は「無効」を意味することに同意します。

だから私はこのようなあなたの質問に答えたいと思います：

たとえばユーザーのミドルネームなど、変更される場合と変更されない場合がある有効なデフォルト値が必要な場合は空です。

次のコードで値が明示的に設定されていない場合は、エラーの場合はNULL。

MSDNによると：

文字列をのEmpty代わりに値で初期化nullすることにより、NullReferenceException発生する可能性を減らすことができます。

IsNullOrEmpty()それにもかかわらず、常に使用することは良い習慣です。

文字列をまったく初期化しないのはなぜですか？変数を宣言するときに変数を初期化する必要はありません。IMOは、割り当てている値がコードブロックのコンテキストで有効な場合にのみ初期化する必要があります。

私はこれをよく見ます：

string name = null; // or String.Empty
if (condition)
{
  name = "foo";
}
else
{
  name = "bar";
}

return name;

nullに初期化しないことも同様に効果的です。さらに、ほとんどの場合、値を割り当てる必要があります。nullに初期化することにより、値を割り当てないコードパスを見逃す可能性があります。そのようです：

string name = null; // or String.Empty
if (condition)
{
  name = "foo";
}
else if (othercondition)
{
  name = "bar";
}

return name; //returns null when condition and othercondition are false

nullに初期化しないと、コンパイラはすべてのコードパスに値が割り当てられるわけではないことを示すエラーを生成します。もちろん、これは非常に単純な例です...

Matthijs

実際に文字列処理ソフトウェアではないほとんどのソフトウェアでは、プログラムロジックは文字列変数の内容に依存すべきではありません。私がプログラムでこのようなものを見たときはいつでも：

if (s == "value")

気分が悪い。このメソッドに文字列リテラルがあるのはなぜですか？設定とはs？ロジックが文字列の値に依存することを知っていますか？機能するためには小文字でなければならないことを知っていますか？使用するように変更してこれを修正する必要がありますString.Compareか？私はそれを作成しEnumて解析する必要がありますか？

この観点から、かなり単純なコードの哲学に到達します。可能な限り、文字列の内容を調べることは避けます。文字列の比較String.Emptyは、実際にはそれをリテラルと比較する特別な場合にすぎません。本当に必要な場合を除いて、これは避けるべきことです。

これを知っているので、コードベースに次のようなものが表示されても点滅しません。

string msg = Validate(item);
if (msg != null)
{
   DisplayErrorMessage(msg);
   return;
}

私たちはそれよりも良いコードを書いているので、それValidateは決して戻らないでしょうString.Empty。

もちろん、世界の他の国はこのように機能しません。プログラムがユーザー入力、データベース、ファイルなどを処理する場合、他の哲学を考慮する必要があります。そこで、混乱の秩序を課すのはあなたのコードの仕事です。その順序の一部は、空の文字列がString.Emptyいつ意味するのか、いつ意味するのかを知ることnullです。

（私が私のお尻から話しているのではないことを確認するために、私はコードベースで `String.IsNullOrEmpty 'を検索しました。それが発生する54のすべては、ユーザー入力を処理し、Pythonスクリプトから値を返し、外部APIなど）

これは実際にはC＃言語の大きな穴です。nullにできない文字列を定義する方法はありません。多くの場合NULLとString.Emptyは同じことを意味するので、これは、あなたが説明しているものと同じくらい単純な問題を引き起こし、プログラマーが彼らがする必要のない決定をすることを強います。そのため、後で他のプログラマーにNULLとString.Emptyの両方を処理するように強制する可能性があり、これは面倒です。

より大きな問題は、データベースではC＃文字列にマップするフィールドを定義できるが、データベースフィールドはNOT NULLとして定義できることです。したがって、C＃型を使用してSQL Serverでvarchar（100）NOT NULLフィールドを正確に表す方法はありません。

仕様番号などの他の言語ではこれが可能です。

私の意見では、C＃がnullを許可しない文字列を定義できないことは、以前のnullを許可するintを定義できないことと同じくらい悪いことです。

質問に完全に答えるために：デフォルトの初期化には常に空の文字列を使用します。これは、データベースのデータ型がどのように機能するかに似ているためです。（編集：このステートメントは非常に不明確でした。「NULLが不必要な状態の場合、デフォルトの初期化に空の文字列を使用します。NULLが不必要な状態になった場合にデータベース列をNOT NULLとして設定したのと同じ方法です。同様に、DB列の多くはNOT NULLとして設定されているので、それらをC＃文字列に取り込むと、文字列は空になるか、値が設定されますが、NULLになることはありません。つまり、文字列をNULLに初期化するだけですnullにString.Emptyの意味とは異なる意味があり、そのケースが一般的ではない場合（ただし、ここの人々はこのケースの正当な例を示しています）。）

場合によります。

値が欠落しているかどうかを確認できる必要がありますか（定義されていない可能性はありますか）？

空の文字列は、その文字列の使用に有効な値ですか？

両方に「はい」と答えた場合は、nullを使用する必要があります。そうしないと、「値なし」と「空の文字列」の違いを見分けることができません。

値がないかどうかを知る必要がない場合は、空の文字列を使用するとどこでもnullチェックをスキップできるため、おそらく安全です。

これはhttp://en.wikipedia.org/wiki/Null_Object_patternの特別なケースのようです

「」またはnullに設定します。常にString.IsNullOrEmptyを使用してチェックするため、どちらでも問題ありません。

しかし、私の内側のオタクは、適切な値を得る前にnullに設定する必要があると言っています...

私は常にstring.emptyで文字列を宣言します。

これがエラー回避技術である可能性はありますか（推奨されるかどうか）。""はまだ文字列なので、文字列関数を呼び出して、NULLの場合に例外が発生する可能性はありますか？

私は常にそれらをとして初期化しますNULL。

私はいつもstring.IsNullOrEmpty(someString)その値をチェックするために使用します。

シンプル。

状況によります。ほとんどの場合、文字列を使用するたびにnullチェックを実行したくないので、String.Emptyを使用します。これにより、コードが大幅に簡素化され、不要なNullReferenceExceptionクラッシュが発生する可能性が低くなります。

文字列がnullに設定されるのは、それが設定されているかどうか、および空の文字列がどこに設定するのに有効かを知る必要がある場合のみです。実際には、これらの状況はまれです。

空の文字列は値です（偶然にも文字が含まれていないテキストの一部です）。nullは値がないことを示します。

変数が実際の値を指していない、または含まれていないことを示す場合は、変数をnullに初期化します（値が意図されていない場合）。

Tomalak応答を繰り返しますが、文字列変数をnullの初期値に割り当てると、変数は文字列オブジェクトではなくなることに注意してください。C＃のオブジェクトと同じです。したがって、変数のメソッドまたはプロパティにアクセスしようとして、それが文字列オブジェクトであると想定している場合、NullReferenceException例外が発生します。

nullは、値がオプションの場合にのみ使用してください。値がオプションではない場合（「名前」や「アドレス」など）、値をnullにすることはできません。これは、POCOとユーザーインターフェイスだけでなく、データベースにも当てはまります。Nullは「この値はオプションであり、現在は存在しない」ことを意味します。

フィールドがオプションでない場合は、空の文字列として初期化する必要があります。これをnullとして初期化すると、オブジェクトが無効な状態になります（独自のデータモデルでは無効）。

個人的には、デフォルトでは文字列をnullにできないようにしたいのですが、「文字列？」を宣言した場合にのみnullにできます。おそらくこれはより深いレベルでは実現可能でも論理的でもありません。わからない。

文字列は値型ではなく、決してなりません;-)

割り当てられていない（またはプログラムフローのこの場所で発生していない）値にnullを使用しない理由はないと思います。区別したい場合は、== nullがあります。特定の値をチェックするだけで、それがnullか別のものかを気にしない場合は、String.Equals（ "XXX"、MyStringVar）で問題ありません。