А опираться на мнение в "Какой-то книге" разве лучше?

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

вообще для чистоты кода создание активити нужно выносить в отдельную сущность, ребята выше как раз ругаются как лучше это сделать 🙂

Ты используешь Moxy?

хз в книге какой - то написанно было...

раньше да

Потому что шанс интерпретировать чужое мнение по-своему зашкаливает

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

Странно слышать от вас такое, вы будто говорите человеку который наступил на грабли, мол ты что не мог обойти их чтоли. "Пока сам не состаришься, не поймешь старого"

Странно слышать от вас такое, вы будто говорите человеку который наступил на грабли, мол ты что не мог обойти их чтоли. "Пока сам не состаришься, не поймешь старого"

И из-за андроид х дофига где неудобства были

Например?

Даже в Мокси

А чо там? там проект не ломали, там просто перевели support в X и все

Ну так оставайся на старой версии

Что и сказалось на хорошем фидбеке к Моксам. Что не сказать про чичероне. Блин зайди в гитхаб в issue почитай отзывы англичан, будто я один такой кот с этим столкнулся. Ты там Hello World до сих пор пишешь чтоли

пфф хуже чем навКомопнент скажешь тоже. Возми да кастомизируй нав и все дела

Возьми скопируй пару классов и поменяй импорты на Андроидх, делов то

Да юзай ты свою чичероне, остань от меня уже)), я сказал что чичероне мне не нравится, я больше за NavComponent кастомизированный

Котлин лучше, чем Java...

Всем доброго времени суток! Возникли вопросы с MVVM, читал в разным местах, но даже примеры от Android показались какими-то мутным. Вырезка статьи из хабра "Компонент ViewModel — предназначен для хранения и управления данными, связанными с представлением, а заодно, избавить нас от проблемы, связанной с пересозданием активити во время таких операций, как переворот экрана и т.д. ". Управление данных связанных с представлением... Здесь речь идет только о том что хранится в таблицах? Метод onNavigationItemSelected и переключения по фрагментам относится к данным или должен располагаться в классе фрагмента?

Рестартни бд перед запросом

Рестартни бд перед запросом

Народ, привет! Подскажите. Есть проект Room и RxJava. Иногда проявляется проблема, почему-то перестают корректно работать выборки из БД. Это выражается в том, что select выполняется, но не возвращает данные. При этом точно такой селект выполненный «локально» к этой же БД (в stetho) возвращает корректно данные. В отладке проваливаюсь до сгенереных Room реализация методов интерфейса DAO и уже оттуда ничего не возвращается, т.е. кеширования на уровне приложения не может быть. Куда можно копать и что проверять?

Проваливайся дальше, непосредственно к SQLite :)

Ну я проваливаюст до курсора и он реально не возвращает данные.

надо найти разницу между кодом, который выполняется из Stetho, и кодом в приложении

Колбэк onNavigationItemSelected - часть view, логика переключений - часть viewModel. Сами переключения между фрагментами, если следовать MVVM, осуществляются из View, следуя логике ViewModel, на которую подписываешься из View

Благодарю за ответ! Единственное, возникло недопонимание. А если нажатие и есть логика, т.е. переключение по item?

Почему вместо массивов Object не реализован массив из E ? Это стандартная реализация ArrayList в Java

Потому что это добавил unchecked cast'ов и не принесёт пользы. new E[] нельзя же

Почему вместимость списка по умолчанию 10, а на деле создаётся массив вместимостью в 0 элементов?

с чего ты это взял?

Потому что создаётся массив new Object[0]

Почему вместимость списка по умолчанию 10, а на деле создаётся массив вместимостью в 0 элементов?

Нажатие не может быть логикой, нажатие это сигнал, который, по идее, нужно отправить в ViewModel, которая примет решение о том, куда переходить и изменит соответствующее поле у себя (напр. LiveData destination), на которое подписана View, и при изменении получает колбэк соответствующий, и переходит по этому destination. Как-то так. Но если приложение простое, я бы не заморачивался

А ты условие внимательно посмотрел?

Почему вместимость списка по умолчанию 10, а на деле создаётся массив вместимостью в 0 элементов?

capacity и количество элементов в массиве это разные вещи. Capacity это количество, так сказать, зарезервированных в мемори ячеек для элементов

Я видимо туплю А куда будут вставляться элементы списка тогда?

Причем тут условие если он про конструктор без аргументов?

Я видимо туплю А куда будут вставляться элементы списка тогда?

алгоритмы всякие почитайте про структуры данных, кому интересно

ArrayList это массив под капотом, если размера не хватает (или привышает порог, не помню как называется), то придобавлени нового элемента создается массив размеров х2 и в него копируется исходный

ArrayList это массив под капотом, если размера не хватает (или привышает порог, не помню как называется), то придобавлени нового элемента создается массив размеров х2 и в него копируется исходный