为什么Java String没有静态字符串操作方法？

Java设计人员为什么不在类中创建字符串操作方法的静态版本java.lang.String？我指的是以下方法，但是问题也可以扩展到该类中的其他非静态方法。

concat(String)                        substring(int, int)
replace(char, char)                   toLowerCase()
replace(CharSequence, CharSequence)   toLowerCase(Locale)
replaceAll(String, String)            toString()
replaceFirst(String, String)          toUpperCase()
split(String)                         toUpperCase(Locale)
split(String, int)                    trim()
substring(int)

仅使用这些方法的非静态版本会在必须调用此方法的任何地方强制进行显式 null检查。例如，简单的调用example = example.trim()会导致NullPointerException异常如果String example = null。因此，程序员必须执行以下样板空检查：

if (example != null)
    example = example.trim();
// OR:
example = (example==null) ? null : example.trim();
example = (example==null) ? null : example.substring(5);

我想如果String拥有这些方法的静态版本（也许甚至是专有方法）会更方便，它将输入字符串作为第一个参数：

example = String.trim(example);
example = String.replace(example, 'a', 'b');
example = String.substring(example, 5);

这将导致由程序员编写的更干净的代码，该代码将通过简单地返回null来自动处理null情况，而不是强迫程序员显式处理null情况。该空的回归对我来说很有意义，因为操纵一个空字符串应导致空字符串，而不是一个错误。

Java设计人员为什么String在用Java 1或Java 2 设计类时甚至在以后的Java版本中添加此类功能时都没有想到这一点？

空值的返回对我来说很有意义，因为操作空字符串应导致空字符串，而不是错误

好吧，这是您的意见。其他人可能会争辩说，对不包含String的null对象进行String操作是没有意义的，因此应该抛出Exception

为什么“ Java设计人员”做过或没有做过的事情很难回答。

那里已经有可以执行null安全的String操作的库，例如Apache Commons的StringUtils。如果需要，可以使用该库或类似库。

根据您的评论添加

通读注释，看来您面临的真正问题是您必须检查null所有代码。如果接口之间没有明确定义合同，这可能表明程序设计不佳。您可能想阅读在Java中避免使用“！= null”语句？

IMO整个“如果arg为null返回null”编写方法的方法不必要地增加了程序的循环复杂性。

早期的Java库使用return null方法，但是JDK的人总是提防带有例外的null。

随着时间的流逝，我认为后一种方法显然是赢家。

为什么？由于空字段违反了很多oo原则。您根本无法将它们视为多态类的成员。这意味着您始终必须为null编码特殊情况，因此，当您必须假设事物可以为null时，圈复杂度就会急剧上升。

为了解决您的问题，请考虑使用空对象模式，而不是依赖空字段。

并不是说这是原因，但是除了toString之外，所有这些方法都可以轻松地封装在静态帮助器类中，而反之则不成立。

也就是说，如果您想要Stings.toUpper（string input）的代码很容易编写，但是如果您想要instance.toUpper，而您只有String.toUpper，那是不可能的……除非他们引入了扩展方法，当时甚至没有考虑过。

在Java中，该字符串是一个对象。那是设计选择。

对象引用可以为null，如果没有分配对象，则为null。如果调用此类对象，则会引发NullPointerException。这是标准的oo行为。

Java设计人员选择将字符串作为对象，然后让那些方法抛出空指针异常，这是您希望字符串成为对象的结果。

为什么Java设计人员在用Java 1或Java 2设计String类时，甚至在以后的Java版本中添加这种功能时，都没有想到这一点？

他们可能确实考虑了这一点，并选择合并oo行为。