Почему в Kotlin (а может и в Java) так много методов?

Question

[Viktor Stilton]

Я изучал Python и VB, и в сравнении с ними Kotlin имеет гораздо больше методов у стандартных объектов. Почему так?

Понятно, что часть методов появляется из-за строгой типизации: для разных типов приходится писать разные методы, но не считая их, в kotlin всё равно больше методов.

Я столкнулся с этим, когда хотел обрезать строку в Kotlin. Я нашел и substringBefore, substringBefore, substringAfterLast, take, takeWhile, drop и ещё уйму. Зачем так много? Да, есть задачи, которые они решают, но ведь это не причина писать по методу для каждой проблемы, которая может возникнуть у разработчика. В python, который, как я слышал, считается удобным в плане использования языком, методов на порядок меньше.

Понимаю, что вопрос может оказаться некорректным или абсурдным, потому что я не долго пытался разобраться, тогда я удалю вопрос, если "сообщество" посчитает, что так нужно

Comments

[Алексей Уколов]

В Питоне пошли по пути синтаксического сахара, только и всего. Одно не лучше другого.

[Dmitry Roo]

Алексей Уколов, можете добавить примеров в питоне?

[Алексей Уколов]

Dmitry Roo, да вот это и всё подобное.

Answer 1

[Jacen11]

Зачем так много?

то есть по вашему лучше когда в проекте велосипеды, так еще они и постоянно повторяются, потому что названия разные и один разраб просто не знал что уже другой сделал простой метод в проекте. Плюс частенько реализация лучше и продуманее своей, нормальный человек не будет тратить много времени на велосипед. Требуется решать задачи бизнеса, а не думать как обрезать строку после определенного символа.
ИМХО в котлине эти методы скорее наделаны скорее показать преимущество котлина с их эксеншенами, в джаве с этим сложнее было.

Comments

[Viktor Stilton]

В питоне же не приходится писать велосипеды, почему здесь должно?

[Jacen11]

Viktor Stilton, ну я в проектах на котлине вижу одни и те же утилиты, сам удалял повторяющиеся методы и заменял велосипеды на стандартные функции. Меня и самого на этом ловили)
а вы тут рассказываете что в котлине их много) что то мне кажется у вас еще опыта в больших проектах маловато. Мне не хватает стандартных методов

[Dmitry Roo]

Viktor Stilton, Вот пример на java: есть желание проверить строку "на пустоту", т.е., что строка не null, и не "" и не состоит из пробелов.
Я точно знаю, что до меня это кто-то уже писал, и поэтому пишу:

Это скриншот из проекта класса L по меркам сонар-куба (135К строк).
Тут идея уточняет какой именно isBlank я имею ввиду, и как можно заметить, вариантов довольно много. Т.е. есть куча библиотек, которые содержат в себе реализацию этого тривиального метода. Именно это и называется "велосипедами", о чем замечено выше.
Разработчики котлина, видимо пытаясь исправить ситуацию, добавляют синтаксический сахар в стандартную библиотеку.

[Wan-Derer]

Dmitry Roo, :)

[Dmitry Roo]

Wan-Derer, в 11й вроде добавили, но на null они не проверяют.

[Viktor Stilton]

Dmitry Roo, разве не легче читалось бы сравнение с None и с "" ?

[Dmitry Roo]

Viktor Stilton, во первых нет, а во вторых isBlank покрывает больше случаев

[Dmitry Roo]

Viktor Stilton, из org.apache.commons.lang3:

public static boolean isBlank(CharSequence cs) {
        int strLen = length(cs);
        if (strLen == 0) {
            return true;
        } else {
            for(int i = 0; i < strLen; ++i) {
                if (!Character.isWhitespace(cs.charAt(i))) {
                    return false;
                }
            }

            return true;
        }
    }

Из org.apache.kafka.common.utils:

public static boolean isBlank(String str) {
        return str == null || str.trim().isEmpty();
    }

Но я ваше внимание не на конкретный метод хочу обратить, а на выразительность языка.
Явно есть потребность работать со строками (раз уже даже один и тот же метод имеет кучу реализация в разных библиотеках), и в kotlin эту проблему пытаются решить таким образом - добавляя методы работы со строками на все случаи жизни.
Вот в джава их не было, но и они все равно появились, только в сторонних библиотеках.

Answer 2

[mayton2019]

В Java мне часто не хватает некоторых методов для работы со строками и я подключаю commons-lang3. Кажется там есть всякие расширенные опции поиска и замены. И что характерно там не нужен формат регулярки. А просто можно строку заменять на строку. Я давно ничего не делал в Котлине и не знаю как там щас. Но мне кажется что они пошли по пути очень быстрой эволюции языка. Я не знаю хорошо это или плохо. Как мне кажется это всегда плохо
для изучающих язык. Язык богатый фичами языка - всегда будет сложен в разборе поведения. Яркий пример - неопределенное поведение в некоторых языках. Целые статьи на эту тему пишут. Чтоб объяснить почему инкременты с присвоениями конфликтуют в одном выржаении.

И вообще найти баланс между ядром языка и библиотеками - это большое искусство. Я в данном случае - за простоту языка.

Comments

[Viktor Stilton]

Да, мне как изучающему такое количество методов и подавно не надо. Я тоже считаю, что ядро языка лучше делать простым. Идея простоты мне всегда нравилась в python. Спасибо, что развернуто ответили, мне было интересно читать

[mayton2019]

Viktor Stilton, почитай еще про Scala обзорно. Там тоже интересно. Можно определить некий неявный метод (implicite) и преобразовывать любой объект в любой. Например кота присвоить собаке и так далее. Лично меня этот имлисит повергает в уныние и ужас именно от растущей сложности всяких сайд-эффектов. И я думаю что профессор который пилит этот язык должен думать о регуляции этих имплиситов на квадратный метр кода. Чтоб программист не утонул в сложности.

Answer 3

[Wan-Derer]

часть методов появляется из-за строгой типизации: для разных типов приходится писать разные методы

Нет. В Java каждый объект имеет конкретный тип, поэтому у него не может быть методов для разных типов :)
String - тип очень распространённый, с ним много работы, поэтому в Java сочли необходимым прикрутить к нему ряд методов, максимально их оптимизировав. И я бы не сказал что их много. М.б. так кажется глядя на список, выдаваемый IDE, но там много перегруженных методов: с одинаковым именем, но с разными аргументами. Плюс есть статические методы у класса String. Плюс есть специальные классы StringBuilder/StringBuffer, там есть свои методы, видимо, народ просил :)
То же относится к массивам - всё ради скорости!
В Котлин же всё свалили в кучу, в т.ч. то что в Java делается циклами или через Stream API, поэтому кажется что методов до фига много. На самом деле, это просто "синтаксический сахар", когда в одно действие сводится несколько.
Просто считай что Java "более низкоуровневая" чем Питон. Пользуйся теми методами что тебе нужны здесь и сейчас. Остальные пригодятся со временем.

Answer 4

[Keith Griffon]

Язык расширяется, и эти методы это дополнительные плагины могут быть которые среда устанавливает
допустим анимации, раньше их через код писали а щас есть полноценный аниматор для таких вещей

Comments

[mayton2019]

Анимации?