а в проектах без презентера?

не начинай вот

обмажутся своими презентерами))молодежь))

*пошел срочно переводить прод на корутины*

Лол) А у тебя presentation-логика прямо во фрагментах/активити?

у меня контекст в статике хранится😈

В коде фреймворка — тоже, хуже уже не будет.

обмажутся своими презентерами))молодежь))

по весне всплыл легаси проект и крайней оказалась ты? =)

подскажите почему к тексту в textview  не применяется шрифт указанный в атрибуте android:fontFamily="@font/roboto_medium"?

вы не из архитектурного чатика прибыли?)

я уж подумала что ты из этих))

А кто-то так не считает?

начитаются Мартина и давай докапываться до всего

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

в архитектуре нас бы уже сожгли

на вкус и цвет фломастеры разные, если вы и ваша команда справляетесь с написанием кода, тестированием и выходом в прод без клина, не используйте его. У него есть как + так и -.

уменьшает читаемость кода и реверс инжиниринг - это сильно

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

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

сейчас в нас начнут кидать тапки))

в большой распределенной команде с выделенными кусками на разработку и с хорошей документацией это не важно. в маленькой и синхронно разрабатывающей - тоже

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

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

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

Вообще говоря, разработчики midle-senior быстро в него включаются (субъективно мой опыт), и просто сразу пишут как договорились, а для начинающих нужно время, ну а время==деньги

Тёплое выдают за мягкое) Мне очень нравится идея структурировать проект и призывать народ к какому-то системному подходу. Прийти всё таки к кам-то каркасам и готовым решениям Но увы - клин не покрывает и половин дев-задач в андроиде - по крайне мере с таким успехом с каким кажется. каким нам его преподносят

Как правильно восстановить стейт фрагмента вообще из бэкстека возвращающегося? Когда очень много значений.

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

сохранять и возвращать из bundle

Да просто там штук 30-40 значений прийдётся хранить :С

ты всерьез считаешь что все что без клина это легаси?

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

Да просто там штук 30-40 значений прийдётся хранить :С

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

Можно сделать хранилище (по факту singleton) и подтягивать значения. Всё зависит от конкретно решаемой задачи. Сериализация в bundle вроде есть библиотеками

Да просто там штук 30-40 значений прийдётся хранить :С

Да просто там штук 30-40 значений прийдётся хранить :С

Нельзя.

Есть биьлиотечки для этого типа icepeak, но хз как раьотают

Всем привет, кто-нибудь сталкивался с такой проблемой? У меня в layout используется edittext с аттрибутом drawableStart. При открытии activity приложение крашится на устройствах до 21API с ошибкой NotFoundException ... а дальше invalid drawable tag vector?