空の文字列ではなく、文字列型のデフォルト値がnullになるのはなぜですか？

すべての文字列をテストするのは非常に面倒です null私のような方法で安全に適用することができる前にToUpper()、StartWith()など...

のデフォルト値stringが空の文字列の場合、テストする必要はなく、次のような他の値の型との一貫性が高いと感じます。intまたはなどのdoubleます。さらにNullable<String>意味があります。

では、なぜC＃の設計者nullは文字列のデフォルト値として使用することを選択したのでしょうか。

注：これはこの質問に関連していますが、それをどう処理するかではなく、その理由に重点を置いています。

空の文字列ではなく、文字列型のデフォルト値がnullになるのはなぜですか？

のでstringある参照型とデフォルト値は、すべての参照型のためですnull。

ToUpper（）、StartWith（）などのメソッドを安全に適用する前に、すべての文字列のnullをテストするのは非常に面倒です...

これは、参照型の動作と一致しています。インスタンスメンバーを呼び出す前に、null参照をチェックする必要があります。

文字列のデフォルト値が空の文字列である場合、テストする必要はありません。たとえば、intやdoubleなどの他の値の型との一貫性が高いと感じます。

デフォルト値を特定の参照タイプ以外に割り当てる nullことがなるだろう矛盾。

さらにNullable<String>意味があります。

Nullable<T>値タイプで機能します。注目すべきは、Nullable元の.NETプラットフォームで導入されなかったという事実であり、そのルールを変更した場合、多くの破損したコードがあったはずです。（提供：@jcolebrand）

Habibは正しいです- stringは参照型だからです。

しかし、さらに重要なことに、使用するたびに確認する必要はありませんnull。ただしArgumentNullException、誰かが関数にnull参照を渡した場合は、おそらくをスローする必要があります。

NullReferenceExceptionこれが問題です.ToUpper()。文字列を呼び出そうとすると、フレームワークがとにかくスローします。nullパラメータとして評価される可能性のある関数に渡されたオブジェクトのプロパティまたはメソッドはであるため、引数をテストしてもこのケースが発生する可能性があることに注意してくださいnull。

そうは言っても、空の文字列やnullをチェックすることはよく行われることなので、これらの目的のためだけに提供String.IsNullOrEmpty()しString.IsNullOrWhiteSpace()ています。

あなたは（それが価値があるもののために）拡張メソッドを書くことができます：

public static string EmptyNull(this string str)
{
    return str ?? "";
}

これは安全に機能します：

string str = null;
string upper = str.EmptyNull().ToUpper();

C＃6.0以降では、次のものも使用できます。

string myString = null;
string result = myString?.ToUpper();

文字列の結果はnullになります。

空の文字列とnullは根本的に異なります。nullは値がないことであり、空の文字列は空の値です。

変数の "値"（この場合は空の文字列）を仮定するプログラミング言語は、null参照の問題を引き起こさない他の値で文字列を初期化するのと同じくらい優れています。

また、その文字列変数へのハンドルをアプリケーションの他の部分に渡すと、そのコードは、意図的に空白値を渡したのか、その変数の値を入力するのを忘れているのかを検証する方法がありません。

これが問題となるもう1つの状況は、文字列がある関数からの戻り値である場合です。文字列は参照型であり、技術的にはnullと空の両方の値を持つことができるため、関数は技術的にnullまたは空を返すこともできます（そうすることを止めるものは何もありません）。ここで、「値がない」という2つの概念、つまり空の文字列とnullがあるため、この関数を使用するすべてのコードは2つのチェックを行う必要があります。1つは空、もう1つはnullです。

要するに、単一の状態に対して1つだけの表現を持つことは常に良いことです。空とnullに関するより広範な議論については、以下のリンクを参照してください。

/software/32578/sql-empty-string-vs-null-value

ユーザー入力を処理する場合のNULLと空

基本的な理由/問題は、CLS仕様（言語が.netと対話する方法を定義する）の設計者が、クラスメンバーがそれらを介してではなく、直接呼び出す必要があることを指定できる手段を定義しなかったことです。callvirtではなく、ことです。 null参照チェック。また、「通常の」ボクシングの対象にならない構造を定義するという意味もありませんでした。

CLS仕様でこのような手段が定義されていれば、.netは、Common Object Model（COM）によって確立されたリードに一貫して従うことができます。同様にデフォルト値を定義するために値のセマンティクスを持っていると想定されるユーザー定義の不変クラス型。基本的に、何が起こるかはString、たとえばのLengthようなものとして書かれるために、の各メンバーのためになります[InvokableOnNull()] int String Length { get { if (this==null) return 0; else return _Length;} }。このアプローチは、値のように動作する必要があるものに対して非常に優れたセマンティクスを提供しますが、実装の問題のため、ヒープに格納する必要があります。このアプローチの最大の難点は、そのようなタイプ間の変換のセマンティクスがObject少し曖昧になる可能性があることです。

別のアプローチは、継承せずObject、代わりにカスタムのボックス化およびボックス化解除操作（他のクラス型との間で変換される）を持つ特殊な構造体型の定義を許可することでした。このようなアプローチNullableStringでは、stringと同じように動作するクラス型と、type Stringの単一のプライベートフィールドValueを保持するカスタムボックス構造体が存在しStringます。変換しようとStringしNullableStringたりObject返しますValuenull以外の場合、またはString.Emptynullの場合。にキャストしようとするStringと、NullableStringインスタンスへの非null参照は参照をValue格納します（長さがゼロの場合はnullを格納する可能性があります）。他の参照をキャストすると、例外がスローされます。

文字列はヒープに格納する必要がありますが、概念的には、null以外のデフォルト値を持つ値型のように動作してはならないという理由はありません。参照を保持する「通常の」構造としてそれらを格納することは、「文字列」型としてそれらを使用するコードには効率的でしたが、「オブジェクト」にキャストするときに間接層と非効率性の追加レイヤーが追加されました。現時点で.netが上記の機能のいずれかを追加することは想定していませんが、おそらく将来のフレームワークの設計者がそれらを含めることを検討するかもしれません。

文字列変数は参照であり、インスタンスではありません。

デフォルトでそれを空に初期化することは可能でしたが、それは全面的に多くの矛盾をもたらしました。

C＃の設計者が文字列のデフォルト値としてnullを使用することを選択したのはなぜですか？

文字列は参照型なので、参照型はデフォルト値はnull。参照型の変数は、実際のデータへの参照を格納します。

defaultこの場合、キーワードを使用してみましょう。

string str = default(string); 

strはであるstringため、参照型であるため、デフォルト値はnullです。

int str = (default)(int);

strはであるintため、値の型であるため、デフォルト値はzeroです。

のデフォルト値stringが空の文字列の場合、テストする必要はありません

違う！デフォルト値を変更しても、それが参照タイプであり、誰かが明示的に参照をに設定できるという事実は変わりませんnull。

さらにNullable<String>意味があります。

真のポイント。null参照タイプを許可せず、代わりNullable<TheRefType>にその機能を必要とする方が理にかなっています。

では、なぜC＃の設計者nullは文字列のデフォルト値として使用することを選択したのでしょうか。

他の参照タイプとの整合性。では、なぜnull参照型をまったく許可するのですか？おそらく、これもを提供する言語での疑わしい設計決定ですが、Cのように感じられるようにするためですNullable。

おそらく??、文字列変数を割り当てるときに演算子を使用すると、役立つ場合があります。

string str = SomeMethodThatReturnsaString() ?? "";
// if SomeMethodThatReturnsaString() returns a null value, "" is assigned to str.

文字列は不変のオブジェクトです。つまり、値が指定された場合、古い値はメモリから消去されず、古い場所に残り、新しい値が新しい場所に配置されます。デフォルト値があればString aだったString.Empty、それは無駄だろうString.Empty、それがその最初の値を与えられたときに、メモリ内のブロックを。

非常に小さいように見えますが、デフォルト値で文字列の大きな配列を初期化するときに問題になる可能性がありString.Emptyます。もちろん、StringBuilderこれが問題になる場合はいつでも変更可能なクラスを使用できます。

stringは参照タイプであり、参照タイプのデフォルト値はnullであるためです。

string他の値型宣言とまったく同じように見えるため、キーワードが混乱しているかもしれませんが、実際にSystem.Stringは、この質問で説明されているように、エイリアスです。
また、Visual Studioの濃い青色と小文字の最初の文字は、それをであると誤解させる可能性がありstructます。

Null許容型は2.0までは登場しませんでした。

言語の最初にnull許容型が作成された場合、stringはnull不可で文字列になっていましたか？null可能だったでしょう。しかし、下位互換性のためにこれを行うことはできませんでした。

多くの人がref-typeまたはref-typeについて話しますが、stringは通常のクラスの外であり、解決策がそれを可能にすることがわかったでしょう。