вангую: слишком модно и не нужно в "тру вей андроид девелопмент". зачем засорять лейаты и нагружать вью холдеры

на дроидконе будет от Сердюкова доклад про дата биндинг с MVVM

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

дада, а курсор засунуть в дагер и инжектить везде =D да, конечно, все нормальные пацаны так делают сейчас. с дагером все равно будет как надо работать =D

Gregory а что ты думаешь про гугловый DataBinding?

не знаю, что это такое

к слову )

я не юзаю cache в rx

у меня кеш на уровне модели или базы

я не юзаю cache в rx

не знал, что там есть встроенная монетизация

*cache

активити посылает евент или просит презентер данные

Я тут немного почитал беседу, и недоумеваю по поводу того, что многие не понимают, что DI != библиотеки для инжекшена, а подход. Польза библиотек порой бывает сомнительна, DI как принцип полезен очень.

Я тут немного почитал беседу, и недоумеваю по поводу того, что многие не понимают, что DI != библиотеки для инжекшена, а подход. Польза библиотек порой бывает сомнительна, DI как принцип полезен очень.

+

не знаю, что это такое

Предлагаю глянуть как-то доклады гугла на эту тему. IO, DevFest, любой

ну тут о даггере спорили

Но только в пределах разумного, когда это действительно надо, а не модно

понятно, что зависимости это круто...

Предлагаю глянуть как-то доклады гугла на эту тему. IO, DevFest, любой

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

не надо в апи модуле создавать http клиент

очень условно

(хотя именно он умеет себя сериализовать, на самом деле)

так что в нем сложного-то? =)

так что в нем сложного-то? =)

куча объектов, вложенных друг в друга

Что такое "модно"? Игнорирование DI в подавляющем числе случаев приводит к хаосу в проекте

куча объектов, вложенных друг в друга

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

Некоторые суют ДИ во все подряд

и при этом, например, там есть массив вложений, который просто List<Attachment>, при этом Attachment — это абстрактный класс, и как это "по-правильному" всё сложить в Bundle?

Это такой же хаос, просто уровнем выше

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

сериализовать обратно в тот же json, из которого распарсили?)

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

Что такое "модно"? Игнорирование DI в подавляющем числе случаев приводит к хаосу в проекте

+

тольк он ломается в компилтайме с объяснением

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

Так ведь для DI зависимости можно и не юзать

сериализовать обратно в тот же json, из которого распарсили?)

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

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

Всем реализовать парсебл и сложить в бандл, не?

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

И в первом случае у тебя хотя бы скоуп локальный

Всем реализовать парсебл и сложить в бандл, не?

я не думаю что @grishka не понимает как это сделать. тем более что он не боится писать много кода =D

я понимаю, как это сделать

и у меня даже есть плагин, который генерит парселабл

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

да и не нужно. Сиди и указывай зависимости)

я понимаю, как это сделать

а я не понимаю, почему это не сделать

Мне кажется, что если сложно понять, что происходит с компонентами, то хаос прежде всего в голове. Его и надо устранять

Поэтому ДИ, как и любой инструмент, надо использовать с умом.

Мне кажется, что если сложно понять, что происходит с компонентами, то хаос прежде всего в голове. Его и надо устранять

Ты не можешь держать в голове все спецификации и требования к методам по всему проекту

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

а я не понимаю, почему это не сделать

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

Ты не можешь держать в голове все спецификации и требования к методам по всему проекту

а зачем их держать?

и они не реализуют Parcelable

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

У меня есть свое сдк с синзронными запросами

и всё, ты проиграл

@bvitaliyg Не могу, но если всё спроектировано адекватно, то это и не требуется

Появилось желание написать rx-vk-sdk, такого еще нет?

Ян, даже самые адекватно спроектированные системы рано или поздно надо менять

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

а чьих классов они объекты?

Переписать реализацию метода, например

а чьих классов они объекты?

не суть важно, важно то, что ты не можешь их менять

хоть фреймворка, хоть сторонней библиотеки

И поскольку ты не знаешь наизусть, где и как он используется, есть вероятность что-то этим поломать

Кажется, нормального sdk для вк вообще ещё пока не сделали (во всяком случае в open source)

Кажется, нормального sdk для вк вообще ещё пока не сделали (во всяком случае в open source)

ну то, что внутри самого приложения ВК...

не суть важно, важно то, что ты не можешь их менять

ты же как-то их создал/получил. создай/получи еще раз после пересоздания активити

не понимаю проблемы в общем случае

Да, тестами ты это выявишь, но саму зависимость и кашу это не отменяет

Я не могу судить о его адекватности, я его не видел

ты же как-то их создал/получил. создай/получи еще раз после пересоздания активити

только тот объект, внутри которого они лежат, ничего не знает об активитях

понимаю что это иногда боль, но решаемо почти всегда

Кажется, нормального sdk для вк вообще ещё пока не сделали (во всяком случае в open source)

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

ERROR: S client not available

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

только тот объект, внутри которого они лежат, ничего не знает об активитях

а зачем ему о нем знать. его создала/получила логика в активити. эта же логика может повторить

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

Да, и это сильно помогает

(Очень хочется древовидного чатика вроде Google Wave)

а зачем ему о нем знать. его создала/получила логика в активити. эта же логика может повторить

а откуда вывод, что она была в активити?

его могли получить из ответа апи, например

@bvitaliyg проблема в том,что для лапшеобразного кода без DI таких инструментов почти нет

Yan сколько вас там человек пилят Котлин? Ты, да Дима Жемеров?)

@lion4ik 30 человек

Ого...теперь я знаю, кому писать вопросы)

а откуда вывод, что она была в активити?

мы говорим же про задачу пересоздания активити с прежним стейтом. если этот объект не в других объектах которые лежат в активити то при чем тут они вообще к нашей дискуссии?

или ты про логику?

@lion4ik 30 человек

Не хило так.

мы говорим же про задачу пересоздания активити с прежним стейтом. если этот объект не в других объектах которые лежат в активити то при чем тут они вообще к нашей дискуссии?

он лежит внутри активити, но создали его вне этой активити и передали туда

нету к слову чата где-нибудь о котлине?

его могли получить из ответа апи, например

ну еще раз получи. или используй сохраненный любым способом (в модели, в кеше, в бд) результат

Гришка разогрел чатик))

нету к слову чата где-нибудь о котлине?

В гиттере

Есть гиттер на русском языке

ну еще раз получи. или используй сохраненный любым способом (в модели, в кеше, в бд) результат

а ещё можно закинуть в статик, а потом забрать оттуда, лол

Есть гиттер на русском языке

а можно ссылку плз

На английском языке есть наш слак

Вот можно на второй ссылку плз?

https://gitter.im/rus-speaking/android-kotlin

@yanex для чего нужны reified generics, я вот не понял из документации, обьясни пожалуйста )

когда лень писать getClass()

а ещё можно закинуть в статик, а потом забрать оттуда, лол

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

На английском языке есть наш слак

Можно ссылку?

сам не знаю, это к @yanex

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

а то как это сделать, вообще не важно в контексте нашей дискуссии

Но ты все равно должен держать в голове все контексты

о, Андрюха