我知道,每次键入字符串字面值“”时,字符串池中都会引用相同的string对象。
但是为什么字符串API不包括一个公共静态最终字符串空= "";,所以我可以使用String.Empty引用?
它至少可以节省编译时间,因为编译器知道要引用现有的String,而不必检查它是否已经被创建以供重用,对吗?就我个人而言,我认为字符串字面量的激增,尤其是微小的字符串,在很多情况下是一种“代码气味”。
所以在没有绳子的背后有一个伟大的设计原因。是空的,还是语言的创造者根本不同意我的观点?
我知道,每次键入字符串字面值“”时,字符串池中都会引用相同的string对象。
但是为什么字符串API不包括一个公共静态最终字符串空= "";,所以我可以使用String.Empty引用?
它至少可以节省编译时间,因为编译器知道要引用现有的String,而不必检查它是否已经被创建以供重用,对吗?就我个人而言,我认为字符串字面量的激增,尤其是微小的字符串,在很多情况下是一种“代码气味”。
所以在没有绳子的背后有一个伟大的设计原因。是空的,还是语言的创造者根本不同意我的观点?
当前回答
字符串。EMPTY是12个字符,""是2个字符,它们在运行时都将引用内存中完全相同的实例。我不太确定为什么是String。EMPTY可以节省编译时间,实际上我认为是后者。
特别是考虑到String是不可变的,你不能先得到一个空String,然后对它执行一些操作——最好使用StringBuilder(或者StringBuffer,如果你想线程安全的话),然后把它转换成String。
更新 从你对问题的评论来看:
是什么激发了这一切 TextBox.setText (" ");
我相信在适当的类中提供一个常量是完全合理的:
private static final String EMPTY_STRING = "";
然后在代码中引用它
TextBox.setText(EMPTY_STRING);
通过这种方式,至少你明确了你想要一个空字符串,而不是你忘记在你的IDE中填充字符串或类似的东西。
其他回答
我知道,每次我输入String字面值“”,相同的String对象在String池中被引用。 没有这样的保证。你不能在应用程序中依赖它,这完全由jvm决定。
或者语言的创造者只是不同意我的观点? 是的。对我来说,这不是什么重要的事。
如果你想与空字符串比较而不担心空值,可以执行以下操作。
if ("".equals(text))
最终,你应该做你认为最清楚的事情。大多数程序员认为""意味着空字符串,而不是某人忘记输入任何内容的字符串。
如果您认为存在性能优势,则应该对其进行测试。如果你认为它不值得自己测试,那就说明它真的不值得。
对你来说,这听起来像是在试图解决一个在15年前设计该语言时就已经解决的问题。
所有这些“”字面值都是同一个对象。为什么要制造那么多额外的复杂性呢?它只是输入的时间更长,更不清楚(编译器的成本是最小的)。由于Java的字符串是不可变的对象,因此根本不需要区分它们,除非可能是为了提高效率,但对于空字符串字面值来说,这不是什么大问题。
如果你真的想要一个EmptyString常量,可以自己创建。但这样做只会鼓励更冗长的代码;这样做永远不会有任何好处。
字符串。EMPTY是12个字符,""是2个字符,它们在运行时都将引用内存中完全相同的实例。我不太确定为什么是String。EMPTY可以节省编译时间,实际上我认为是后者。
特别是考虑到String是不可变的,你不能先得到一个空String,然后对它执行一些操作——最好使用StringBuilder(或者StringBuffer,如果你想线程安全的话),然后把它转换成String。
更新 从你对问题的评论来看:
是什么激发了这一切 TextBox.setText (" ");
我相信在适当的类中提供一个常量是完全合理的:
private static final String EMPTY_STRING = "";
然后在代码中引用它
TextBox.setText(EMPTY_STRING);
通过这种方式,至少你明确了你想要一个空字符串,而不是你忘记在你的IDE中填充字符串或类似的东西。
这似乎是显而易见的答案:
String empty = org.apache.commons.lang.StringUtils.EMPTY;
很棒是因为“空初始化”代码不再有“魔法字符串”,而是使用常量。