D3lphi: прочитал. Автор не авторитет, и это его личное мнение, отличное от мнения авторитетов. Утверждения абсурдные (разделение кода на данные и методы для работы с ними - это процедурное программирование. В ООП данные наружу вот так не торчат).
Продолжайте уповать, что любая статья на хабре - истина в последней инстации и говнокодить.
Дмитрий: мда, печально это. Ну, вдруг поможет. Здесь написано - умножаем с_7 на сумму (t_j - 1), где j изменяется от 2 до n. То есть это эквивалентно записи c_7 * ( (t_2 - 1) + (t_3 - 1) + (t_4 - 1) + ... + (t_n - 1) ).
Логарифм - это функция, обратная степенной. log_x(y) = a <=> x^a = y. x - основание логарифма, чаще это 2 (двоичный логарифм), 10(десятичный логарифм), е(натуральный логарифм).
<=> - знак равносильности.
_ я обозначаю нижний индекс.
D3lphi: в том-то и дело, что теперь можно внутри этого метода делать что угодно, появилась единая точка изменения этой переменной. И даже изнутри класса вы должны использовать сеттер/геттер. Всё для того же.
> данном случае, от этого метода - сеттера нет никакой практической пользы,
Есть. Инкапсуляция. Чтоб вам всю жизнь поддерживать код, где в публичные поля напрямую всякое говно сеттится.
gim0: ну нравится вам в трёх (в лучшем случае) местах всё менять при изменении аргумента - флаг в руки. А я, пожалуй, буду пользоваться облегчающими жизнь либами.
gim0: будет у вас не три фрагмента и не по два аргумента - поймёте, зачем. На обфускации это сказывается примерно никак, зато даёт статические гарантии правильности работы с фрагментом.
Сергей Семенко: под капотом там тоже самое - через бандл передача. Даёт гарантии, что не забудешь аргументы, избавляет от бойлерплейта по упаковке-распаковке.
geron: Примерно да. Часто встречаются ситуации, когда в одном списке (ленте) несколько разных айтемов, они могут идти вперемежку. Вот тогда используется вариант Андрея. Кстати, в этом случае ещё удобно использовать дополнительную библиотеку;) AdapterDelegates.
