@Harmonizr а если использовать findAllAsync то тоже не все достаются типо?

сомневаюсь, такого в доке не видел

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

типо запятую не поставил?

клоунада

иди сам читай доку

делать фотки 30 рас в секунду, пересылать по сокету массив байтов, а там наоборот

ты google assisten-ом заделался)

)) Голос у нее класный, Еннифер в третем Ведьмаке озвучывала. Сразу единорога вспоминаю)

)) Голос у нее класный, Еннифер в третем Ведьмаке озвучывала. Сразу единорога вспоминаю)

Разве?

Не замечал

Не замечал

угу, про нее Tproger в новостях еще писал

Нот бэд

realm Error:cannot access Flowable - при сборке. Rx не юзаю

нет, там все добавил

Есть вопрос по rx. Если подписаться на Single, полученный Disposable изменит свое состояние после onComplete?

Есть вопрос по rx. Если подписаться на Single, полученный Disposable изменит свое состояние после onComplete?

Вам стоит задать вопрос в этом чатике @reactivex

Вам стоит задать вопрос в этом чатике @reactivex

Спасибо

есть кто работал с карусель вью?

Мне вот интересно - Moxy, Dagger2, Rx это реально хипстерские технологии и их используют только избранные?

Или все-таки это уже стандарт как тот же Пикассо или Ретрофит

Как это не решает? Жизненный цикл ж вполне осязаемая проблема)

А работа с многопоточностью?

А тестировать как?)

А для чего тогда Даггер нужен?

А можно поподробнее?

А можно поподробнее?

ну apt медленный же 😄

хватит тролить котяра

лол,а как ты иначе это сделаешь? ну можно на синглтонах херачить

вот так новость то

как решить проблему,которая заложена в основной фреймворк? inject филдов и поехали 😄

ну есть еще 1 способ,который меня устраивает,не писать под андроид 🙂

само собой, но это необходимое зло на уровне activity/fragment/application/service 🙂

даггер как раз был придуман для DI, чтобы можно было писать SOLID код. Компоненты android тут не причем. По краней мере ребята из мира java EE с тобой бы рьяно спорили

даггер как раз был придуман для DI, чтобы можно было писать SOLID код. Компоненты android тут не причем. По краней мере ребята из мира java EE с тобой бы рьяно спорили

те самые,которые пошли в эклипс фондейшн? 😄

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

Ну такое. Я писала проект без Даггера, с синглетонами где надо, инитами где не надо и все такое. На пятой библиотеке которую надо было аккуратно инициализировать один раз психанула и добавила даггер

То есть если много внешних либ - задалбывает их инжектить

Каким образом противоречат?

срачик за solid начинается,а мне уже спать скоро(

насколько часто вам нужно инжектить разные реализации одного интерфейса в 1 скоупе?

хреновый наброс

или используешь interface segregation

пример в студию 🙂

у вас универсальный интерфейс юскейса? 😄

тогда для меня не совсем клир фраза про отдельные фичи повешенные на разные контролы

лайк!!

в продакшн коде что-то прям хер знает насколько адекватная идея инжектить листнеры кнопок,если они по факту закидывают событие просто в презентер

Представил себе инжекты всех лисенеров через даггер

eventbus неодноразовый 🙂

Если ты говоришь, что перезентеры и юзкейсы одноразовые, значит подразумеваешь, что их задачи можно решить одним интерфейсом?

Можно примерное время? Заинтригован, не хочу проворонить

Ух не скоро(

там 404(

То есть если много внешних либ - задалбывает их инжектить

зачем библиотеки то инжектить дагхером?

зачем библиотеки то инжектить дагхером?

Нене библиотеки не надо конечно, не то имела в виду. Имелось в виду инициализации всякие нужные

не перестали

Latest commit df70e98 on 9 Oct

и хорошо, значит все сделанно

подскажите, есть orm на андроиде с автомиграциями кроме activeAndroid?

Откуда это правило вообще? Опять какая нибудь архитектура?

Попробуй Ctrl + O или Ctrl + I

Там можешь пачкой выбрать что вставить )

А, ну тогда ручками ) Билдер тут тоже не катит...

Ну или как вариант, если их много, можешь заменить эти единичные вызовы одним, в который передашь immutable POJO с нужными полями. А его да, билдером создавать.

@NonNull и вперед )

Он тебе на этапе компиляции скажет, что ты где-то в коде нул передал

То есть вы когда сеттите поля еще и проверяете на null прямо в объекте?

А еще можно сделать билдер, который на вход будет принимать POJO выходного типа, и на его основе строить новый, подменяя поля по необзодимости )

Да, я это и имею ввиду. Это защита от опечатки. А если переменная нуль, хотя не должна - пусть падает

Потому что ошибка тогда где-то в логике

Кажись у тебя god-object 🤔

Кажись у тебя god-object 🤔

Мне кажется, по названию методов, это что-то типа вьюмодел

И если во вьюхе много полей, то дизайн ЮИ тут уж точно не рефакторишь на отдельные куски по 2-3 сущности )))

Разбивать единую анкету? А так вообще сомнительное решение - ну будет у тебя не одна вьюмодель с 30-ю полями, а 10 с 3-мя. И будешь их менеджерить так же, только 2 типа сущностей - вьюмодели и их поля. Хрен редьки не слаще...

А это уже вопрос дизайнеру/заказчику )

Здраствуйте. Один репозитроий ( гит ) содержит один проект да? Или неправильно понял.

Ааа. Спасибо

Как решить эту проблему