我知道,每次键入字符串字面值“”时,字符串池中都会引用相同的string对象。
但是为什么字符串API不包括一个公共静态最终字符串空= "";,所以我可以使用String.Empty引用?
它至少可以节省编译时间,因为编译器知道要引用现有的String,而不必检查它是否已经被创建以供重用,对吗?就我个人而言,我认为字符串字面量的激增,尤其是微小的字符串,在很多情况下是一种“代码气味”。
所以在没有绳子的背后有一个伟大的设计原因。是空的,还是语言的创造者根本不同意我的观点?
我知道,每次键入字符串字面值“”时,字符串池中都会引用相同的string对象。
但是为什么字符串API不包括一个公共静态最终字符串空= "";,所以我可以使用String.Empty引用?
它至少可以节省编译时间,因为编译器知道要引用现有的String,而不必检查它是否已经被创建以供重用,对吗?就我个人而言,我认为字符串字面量的激增,尤其是微小的字符串,在很多情况下是一种“代码气味”。
所以在没有绳子的背后有一个伟大的设计原因。是空的,还是语言的创造者根本不同意我的观点?
当前回答
不要只是说“字符串的内存池以字面形式重用,大小写封闭”。编译器在底层做什么并不是这里的重点。这个问题是合理的,特别是考虑到它所获得的赞成票数。
这是关于对称的,没有它,api就很难为人类使用。众所周知,早期的Java sdk忽略了这条规则,现在为时已晚。下面是我想到的一些例子,你可以随意加入你最喜欢的例子:
BigDecimal。0,但没有AbstractCollection。空的,字符串。空 数组中。List.size() List.add() Set.add()但是Map.put() ByteBuffer.put()还有不要忘了StringBuilder.append() Stack.push()
其他回答
对于那些声称""和字符串。空都是可互换的还是说“”更好,你就大错特错了。
每次你执行myVariable = "";您正在创建对象的实例。 如果Java的String对象有一个空的公共常量,那么对象就只有一个实例""
如:-
String.EMPTY = ""; //Simply demonstrating. I realize this is invalid syntax
myVar0 = String.EMPTY;
myVar1 = String.EMPTY;
myVar2 = String.EMPTY;
myVar3 = String.EMPTY;
myVar4 = String.EMPTY;
myVar5 = String.EMPTY;
myVar6 = String.EMPTY;
myVar7 = String.EMPTY;
myVar8 = String.EMPTY;
myVar9 = String.EMPTY;
10个(11个包括String.EMPTY)指向一个对象
或:-
myVar0 = "";
myVar1 = "";
myVar2 = "";
myVar3 = "";
myVar4 = "";
myVar5 = "";
myVar6 = "";
myVar7 = "";
myVar8 = "";
myVar9 = "";
10个指针指向10个对象
这是低效的,在一个大型应用程序中,可能是非常重要的。
也许Java编译器或运行时足够高效,可以自动将“”的所有实例指向同一个实例,但也可能不是这样,需要进行额外的处理才能确定。
为了补充Noel M所说的内容,您可以看看这个问题,这个答案表明常数是被重用的。
http://forums.java.net/jive/message.jspa?messageID=17122
字符串常量总是被“拘禁” 所以真的不需要这样 常数。 字符串s = " ";字符串t = " ";布尔b = s = = t;/ /正确的
Apache StringUtils也解决了这个问题。
其他方案的缺点:
isEmpty() -不是空安全的。如果 string为空,抛出NPE Length() == 0 -同样不是空安全的。 也没有考虑到 空格的字符串。 与EMPTY常量的比较- 5月 不是空安全的。空白的问题
Granted StringUtils是另一个可以拖动的库,但它工作得非常好,节省了大量的时间和检查空值或优雅地处理npe的麻烦。
这似乎是显而易见的答案:
String empty = org.apache.commons.lang.StringUtils.EMPTY;
很棒是因为“空初始化”代码不再有“魔法字符串”,而是使用常量。
如果你想与空字符串比较而不担心空值,可以执行以下操作。
if ("".equals(text))
最终,你应该做你认为最清楚的事情。大多数程序员认为""意味着空字符串,而不是某人忘记输入任何内容的字符串。
如果您认为存在性能优势,则应该对其进行测试。如果你认为它不值得自己测试,那就说明它真的不值得。
对你来说,这听起来像是在试图解决一个在15年前设计该语言时就已经解决的问题。