Как понять, что в коде, при рефакторинге, код лучше заменить на лямбду, inline, дженерик?

Question

[foonfyrick]

Как понять, что при рефакторинге я должен код заменить на лямбду? Какую проблему она решает?
Как понять, что при рефакторинге лучше использовать inline функцию? Какую проблему она решает?
Как понять, что при рефакторинге лучше использовать дженерик? Какую проблему он решает?

Comments

[Василий Банников]

Это ж три разные вещи

[foonfyrick]

Василий Банников, я вопрос подкорректировал, хотел сэкономить и написал, как оказалось, не понятно.

Answer 1

[DollyPapper]

Вопрос не имеет смысла. Вы смешали в кучу 3 разных инструмента в языке, и спрашиваете когда один из них использовать в приоритете над другим. В каком случае молоток упростит постройку дома? Очевидно в случае когда нужно будет гвоздь забить. Когда дженерик упростит код? Когда нужно например обобщить метод. Допустим метод сортировки. Можно написать n разных методов которые будут сортировать массив, который содержит определенный тип данных. Например сегодня нам нужно сортировать массив строк. Мы пишем массив который на входе принимает тип данных String. А завтра нам нужно сортировать массив целых чисел. И мы снова пишем метод который сортирует числа. По факту это два одинаковых метода которые будут различаться лишь принимаемым типом данных, а это дублирование кода, что не есть хорошо. А можно использоваться дженерик и вместо 10 методов написать один, который принимает тип T, то есть дженерик. И тогда у нас вместо 10 методов будет один универсальный. Код сразу станет яснее, потому что его будет меньше. Вот и упрощение. Когда лямбда упростит код? Например при передачи колбек функции в метод, чтобы не писать отдельный метод который будет делать единоразово какую-то работу и больше нигде не будет использоваться, мы можем с помощью анонимной функции (она же лямбда) написать этот код по месту. Что такое inline функции к сожалению не знаю, с котлином не знаком, по этому по поводу того где они могут помочь не могу сказать.

Comments

[foonfyrick]

Когда нужно например обобщить метод. Допустим метод сортировки. Можно написать n разных методов которые будут сортировать массив, который содержит определенный тип данных. Например сегодня нам нужно сортировать массив строк. Мы пишем массив который на входе принимает тип данных String. А завтра нам нужно сортировать массив целых чисел. И мы снова пишем метод который сортирует числа. По факту это два одинаковых метода которые будут различаться лишь принимаемым типом данных, а это дублирование кода, что не есть хорошо.

Дак так можно каждый метод делать дженериком, мне же не известно завтра как захотят чтобы я изменил код, получается мне всегда нужно стараться дженерики писать?

[foonfyrick]

Когда лямбда упростит код? Например при передачи колбек функции в метод

А какие еще есть сценарии, когда лямбда что-то упрощает, кроме колбэка? Просто я ни разу нигде не находил информацию, в которой говорится, вот если видите эту проблему она решается так, только в паттернах такое написано, но не видел чтобы там были лямбды или дженерики, или инлайн функциии.

[DollyPapper]

foonfyrick, дженерики нужны тогда, когда вы знаете, что на вход могут поступить разные типы данных. Вы либо знаете это заранее и пишите, либо не знаете и тут 2 пути
1)Пишете как я написал выше, 10 одинаковых ф-ций отличающихся лишь типом данных
2)Переписываете ф-цию принимающую дженерик.
А вы как хотели, легко тут не бывает;)

[DollyPapper]

foonfyrick, лямбды это не только колбеки. Лямбды, это лямбда выражения, а не лямбда функции. Например при присвоении переменной какого то значения нам нужно выполнить присваивание, с тем условием, что число меньше 5 например и если это так, тогда прибавить к числу 10 и после присвоить. Мы можем написать отдельную функцию которая будет это делать, возвращая результат, но врятли мы еще где либо после ее используем. По этому мы можем по месту использовать лямбда выражение.