在我可以安全地应用ToUpper(), StartWith()等方法之前,测试我所有的字符串为空是非常烦人的…

如果字符串的默认值是空字符串,我就不必测试,而且我觉得它与其他值类型(例如int或double)更一致。 此外,Nullable<String>也有意义。

那么为什么c#的设计者选择使用null作为字符串的默认值呢?

注意:这与这个问题有关,但更关注的是为什么,而不是如何处理它。


当前回答

string关键字可能使您感到困惑,因为它看起来与任何其他值类型声明完全相同,但它实际上是System的别名。在这个问题中解释的字符串。 此外,Visual Studio中的深蓝色和小写首字母可能会让人误以为它是结构体。

其他回答

可空类型直到2.0才出现。

如果可空类型已经在语言的开始,那么字符串将是非空的和string?是可空的。但是他们不能做到向后兼容。

很多人谈论ref-type或不是ref type,但string是一个不寻常的类,并且已经找到了解决方案,使其成为可能。

string关键字可能使您感到困惑,因为它看起来与任何其他值类型声明完全相同,但它实际上是System的别名。在这个问题中解释的字符串。 此外,Visual Studio中的深蓝色和小写首字母可能会让人误以为它是结构体。

空字符串和空字符串是完全不同的。null是指没有值,空字符串是指空值。

编程语言对变量的“值”(在这种情况下是空字符串)进行假设,与使用任何其他不会导致空引用问题的值初始化字符串一样好。

同样,如果您将该字符串变量的句柄传递给应用程序的其他部分,那么该代码将无法验证您是故意传递了一个空白值,还是忘记填充该变量的值。

Another occasion where this would be a problem is when the string is a return value from some function. Since string is a reference type and can technically have a value as null and empty both, therefore the function can also technically return a null or empty (there is nothing to stop it from doing so). Now, since there are 2 notions of the "absence of a value", i.e an empty string and a null, all the code that consumes this function will have to do 2 checks. One for empty and the other for null.

简而言之,一个状态只有一种表示总是好的。有关empty和nulls的更广泛讨论,请参阅下面的链接。

https://softwareengineering.stackexchange.com/questions/32578/sql-empty-string-vs-null-value

在处理用户输入时,NULL vs Empty

为什么字符串类型的默认值为空而不是空 字符串?

因为string是一个引用类型,所有引用类型的默认值都是null。

在我可以之前,测试我所有的字符串是否为null是非常烦人的 安全应用方法,如ToUpper(), StartWith()等…

这与引用类型的行为一致。在调用它们的实例成员之前,应该对空引用进行检查。

如果string的默认值是空字符串,我就不会有 来测试,我觉得它和另一个更一致 例如int或double这样的值类型。

将默认值分配给一个特定的引用类型而不是null会使它不一致。

此外,Nullable<String>也有意义。

Nullable<T>适用于值类型。值得注意的是,Nullable并没有在最初的。net平台上引入,所以如果他们改变了这一规则,就会有很多坏代码。(礼貌@jcolebrand)

为什么c#的设计者选择使用null作为的默认值 字符串?

因为字符串是引用类型,引用类型的默认值是null。引用类型的变量存储对实际数据的引用。

在这种情况下,让我们使用default关键字;

string str = default(string); 

STR是一个字符串,所以它是一个引用类型,所以默认值是null。

int str = (default)(int);

STR是int型,所以它是一个值类型,所以默认值是0。