Чому 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)

Наявність лише нестатичних версій цих методів примушує явну перевірку нульової перевірки в будь-якому місці такого методу потрібно викликати. Наприклад, просто виклик 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);

Це призвело б до отримання більш чистого коду, написаного програмістами, який би автоматично піклувався про нульові випадки, просто повернувши нуль, а не змушуючи програмістів явно обробляти нульові випадки. Повернення нуля має сенс для мене , так як маніпулювання нульовий рядки повинна привести до нульової рядку, а не про помилку.

Чому дизайнери Java не думали про це, коли розробляли Stringклас на Java 1 або Java 2, або навіть додавали таку функціональність у більш пізній версії Java?

Повернення null має для мене сенс, оскільки маніпулювання рядком null повинно призвести до нульового рядка, а не до помилки

Ну, це ваша думка. Інші можуть аргументувати, що String-операції над нульовим об'єктом, який не містить String, не мають сенсу, і, отже, слід викинути Виняток

Чому «дизайнери Java» щось робили чи не робили, важко відповісти.

Тут уже є бібліотеки, які можуть робити безпечні струнні операції, наприклад StringUtils Apache Commons. Ви можете використовувати ту чи подібні бібліотеки, якщо вони вам потрібні.

Додавання на основі ваших коментарів

Читаючи коментарі, здається, що справжня проблема, з якою ви стикаєтесь, полягає в тому, що вам доведеться перевіряти nullвесь код. Це може бути показником поганого дизайну програми без чітко визначених контрактів між інтерфейсами. Можливо, ви хочете прочитати Уникання тверджень "! = Null" на Java?

IMO весь підхід "if arg is null return null" до методів написання непотрібно збільшує циклічну складність вашої програми.

Ранні версії Java використовували підхід повернення нуля, але хлопці JDK завжди захищали від нуля за винятком.

З часом, я думаю, останній підхід став явним переможцем.

Чому? Оскільки нульові поля порушують багато принципів oo. Ви просто не можете ставитися до них як до членів поліморфного класу. Це означає, що вам завжди доводиться кодувати спеціальні випадки для нуля, а значить, ваша цикломатична складність зникає, коли ви повинні припустити, що речі можуть бути недійсними.

Щоб вирішити свої проблеми, розгляньте можливість використання нульового шаблону об'єкта замість того, щоб покладатися на нульові поля.

Не кажучи, що це причина, але, за винятком toString, усі ці методи легко інкапсулюються в статичний хелперний клас, тоді як зворотне не відповідає дійсності.

Тобто, якщо ви хочете Stings.toUpper (рядок введення), код для цього легко написати, але якщо ви хочете, щоб instance.toUpper і все, що у вас є, це String.toUpper, ну це неможливо ... якщо вони не вводять методи розширення, який, швидше за все, тоді навіть не вважався.

У Java ця струна є об'єктом. Це вибір дизайну.

Посилання на об'єкти можуть бути нульовими та нульовими, якщо йому не призначений об'єкт. Якщо ви викликаєте такий об'єкт, NullPointerException буде кинуто. Це стандартна поведінка уо.

Дизайнери Java зробили вибір об'єктів рядків як об'єкт, і ці методи викидають винятки з нульовими покажчиками - це те, що ви отримуєте, якщо хочете, щоб рядки були об'єктами.

Чому дизайнери Java не думали про це, коли розробляли клас String на Java 1 або Java 2, або навіть додавали таку функціональність у більш пізній версії Java?

Вони, напевно, думали про це і вирішили включити поведінку.