Size: a a a

2020 August 07

A

Anton in pro.jvm
Кирилл
Не я проектировал апи (:
Я это лишь переписываю. Там один путь - устаревшая версия второго. И его держат на случай, если вдруг кто ещё этим подьзуется
Почему просто не сделать два метода - один из них просто вызывает другой и больше ничего не делает. Обычный же рефакторинг для поддержания легаси-интерфейса объекта, зачем мучать киску
источник

AD

Apache DOG™ in pro.jvm
Vladimir
если бы можно все было функциями написать, но нельзя же)
Можно
источник

V

Vladimir in pro.jvm
Apache DOG™
Можно
ты 4-й кто это написал)
источник

V

Vladimir in pro.jvm
в течении суток)
источник

К

Кирилл in pro.jvm
Anton
Почему просто не сделать два метода - один из них просто вызывает другой и больше ничего не делает. Обычный же рефакторинг для поддержания легаси-интерфейса объекта, зачем мучать киску
Потому что на стадии ревью вопрос возник. Зачем тут лишний метод который ничего не делает, кооме как вызывает другой метод. Так бы я конечно 2 метода сделал и не парился (:
источник

A

Anton in pro.jvm
Кирилл
Потому что на стадии ревью вопрос возник. Зачем тут лишний метод который ничего не делает, кооме как вызывает другой метод. Так бы я конечно 2 метода сделал и не парился (:
Повесь @Deprecated на него для очистки совести)
источник

К

Кирилл in pro.jvm
Anton
Повесь @Deprecated на него для очистки совести)
Та да. И лог добавил. Если им вообще никто не пользуется, то удалю через месяц-другой
источник

VP

Vladimir Petrakovich in pro.jvm
Кирилл
Потому что на стадии ревью вопрос возник. Зачем тут лишний метод который ничего не делает, кооме как вызывает другой метод. Так бы я конечно 2 метода сделал и не парился (:
Затем, что для сохранения совместимости? Странноватый вопрос.
источник

К

Кирилл in pro.jvm
Vladimir Petrakovich
Затем, что для сохранения совместимости? Странноватый вопрос.
Вопрос был не в этом совсем. А в том, что нечего делать 2 метода, когда лучше было бы на один метод все пути повесить.
Меньше кода -> меньше проблем и проще разобраться
источник

К

Кирилл in pro.jvm
Но как выяснилось, так сделать не получится
источник

VP

Vladimir Petrakovich in pro.jvm
Кирилл
Вопрос был не в этом совсем. А в том, что нечего делать 2 метода, когда лучше было бы на один метод все пути повесить.
Меньше кода -> меньше проблем и проще разобраться
Ну метод, который делегирует всю работу другому - это не то чтобы много кода
источник

DC

Denis Chikanov in pro.jvm
Кирилл
Вопрос был не в этом совсем. А в том, что нечего делать 2 метода, когда лучше было бы на один метод все пути повесить.
Меньше кода -> меньше проблем и проще разобраться
Нет, меньше кода - не меньше проблем и проще разобраться, если это "меньше" кода сложнее (а это очень часто так - самый банальный пример такого - регулярки)
источник

К

Кирилл in pro.jvm
Denis Chikanov
Нет, меньше кода - не меньше проблем и проще разобраться, если это "меньше" кода сложнее (а это очень часто так - самый банальный пример такого - регулярки)
Если регулярки, то тут уже вопрос к правильному структурированию данных
источник

QH

Quantum Harmonizer in pro.jvm
Denis Chikanov
Нет, меньше кода - не меньше проблем и проще разобраться, если это "меньше" кода сложнее (а это очень часто так - самый банальный пример такого - регулярки)
++++
источник

DC

Denis Chikanov in pro.jvm
Кирилл
Если регулярки, то тут уже вопрос к правильному структурированию данных
Не в примере суть
источник

К

Кирилл in pro.jvm
Denis Chikanov
Нет, меньше кода - не меньше проблем и проще разобраться, если это "меньше" кода сложнее (а это очень часто так - самый банальный пример такого - регулярки)
В данном случае сложность не особо возрастёт, если добавится одна аннотация
источник

A

Anton in pro.jvm
Denis Chikanov
Нет, меньше кода - не меньше проблем и проще разобраться, если это "меньше" кода сложнее (а это очень часто так - самый банальный пример такого - регулярки)
регулярки проще байткода в разы, а тем не менее в байткод все почему-то любят лазить, если конечно это не байткод регулярок)
источник

V

Vladimir in pro.jvm
Anton
регулярки проще байткода в разы, а тем не менее в байткод все почему-то любят лазить, если конечно это не байткод регулярок)
кто любит лазить в байткод?
источник

QH

Quantum Harmonizer in pro.jvm
Anton
регулярки проще байткода в разы, а тем не менее в байткод все почему-то любят лазить, если конечно это не байткод регулярок)
Эм, что я только что прочитал?
источник

QH

Quantum Harmonizer in pro.jvm
Vladimir
кто любит лазить в байткод?
я
источник