Этого треда уже нет.
Это копия, сохраненная 27 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 27 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Android Development Thread страует здесь.
Тред для тех, кто пытается вкатиться в андройд разработку или что-то похожее. По возможности стараемся угощать ньюфагов чаем и поливать друг друга радугой.
Нет, не поздно. Лично знаю несколько примеров из жизни когда вкатывались в 30+ лет.
Для начала изучи roadmap - https://roadmap.sh/android
Roadmap анона из предыдущего треда:
Основы программирования, логические операции -> Джава(базовый синтаксис и особенности языка) -> ООП -> особенности различных версий Джава -> алгоритмы и структуры данных -> многопоточность -> дженерики -> функции высшего порядка -> Котлин -> Android SDK(UI, версии и различия, особенности оси на уровне работы виртуальной машины) -> работа с БД, CRUD(можно и на этапе знакомства с алгоритмами) -> git -> networking/REST API/JSON/сериализация -> актуальные фреймворки зачем и почему, спойлер: экономия времени -> архитектура, зависимости, инверсия контроля -> ?..
Вот примерный флоу, которому я бы следовал, если бы учился сейчас. Начал бы сразу с алгоритмов, если честно.
В эту же последовательность нужно вставить clean code, SOLID, DRY/DIE, KISS, YAGNI и прочие модные аббревиатуры, которые весьма актуальны. Что-то упустил, но, думаю, этого достаточно.
Навигация, от книг до вопросов на интервью:
https://github.com/qqqlll/Java-Thread/wiki
Очень много уроков и не только по ведройду. Почекай и посмотри, вдруг зайдет:
https://coursehunters.net/mobile-development
https://developer.android.com - ресурс от гугла с полным описанием всего.
https://metanit.com/ - ресурс с кратким разбором языков ПО, для тех кому лень в книги.
https://stackoverflow.com/ - ответы на большинство вопросов касающихся кода.
Курсы от OTUS:
https://cloud.mail.ru/public/4nHb/449Ub4Pqj
https://drive.google.com/open?id=1cxWWBZzHNRAdd0wnjN6lfLDcYqMv7ohm
Также рекомендую искать в телеге, там много подобных курсов, начиная от создания конкретных приложений и заканчивая обучением с нуля.
Java:
Head First Java Kathy Sierra
Thinking Java 4th Bruce Eckel
Шилдта не рекомендую, говнокод.
Kotlin:
https://techrocks.ru/2020/01/20/12-books-for-kotlin-learners/ - краткое ревью 12 книг.
Flutter:
http://flutterapps.ru/flutter-books/
Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
Делай свои мелкие пет-проекты, можешь копировать чужие и дополнять функциями которых там нет. Главное правильно пиши сам, гугли, трать часы и дни на мелкие функции НО сделай сам, что бы полноценно понимать что к чему. Вся суть сводится к тому, что бы ты изучив ROADMAP который указан выше, вынес знания, которых хватит на создание и понимание пет-проектов с помощью которых познаешь суть разработки. Также на собесах любят когда есть портфолио в гугл плей.
Можешь банально поискать на ютюбе или в телеграмме. Для примера:
https://www.youtube.com/channel/UCPz3xmUpIbo8jooCtV_vMNw
https://www.youtube.com/c/devcolibri/videos
1. Нужно хорошее знание Java/kotlin.
2. Понимание базовых принципов Android (жизненный цикл activity/fragment, что такое Context, intents, services, UI thread, support library и ее версии (уже androidx), shared preferences, SQLite, Handlers, Executors, Content-Providers, firebase.
3. Знание популярных библиотек типа Retrofit + Glide/Picasso + RxJava2 + Dagger2(по обстоятельствам) + гугловские поделки jetpack, понимания СОЛИД и других паттернов проектирования.
4. Базовое понимание что вообще такое Gradle. Рекомендую хорошенько изучить XML.
5. И хотя бы несколько готовых приложений.
upd: Также стоит прочекать вакансии в вашем городе и собрать самый часто используемый стек технологий и отталкиваться от него.
Незабывай изучать английский, потому что гуглить придётся именно на нем ибо информации в разы больше.
Ресурсы по инглишу для нубов:
Грамматика:
https://ru.duolingo.com/
https://lingualeo.com/
Сериалы и шоу, для того что бы увидеть полный список нужно купить подписку. Есть двойные субтитры RU/EN. Цена 300 рублей, но часто проходят акции 300 рублей за 2 месяца подписки.
https://ororo.tv/
https://ororo.tv/ref/1835272 - реф ссылка. Указал потому что: Переход по Вашей ссылке дает пользователям бонус +10% ко времени их следующего абонемента.
Также советую полностью сменить язык интерфейса на всех устройствах.
Ютюб каналы с простым английским:
https://www.youtube.com/c/Anomaly/videos
https://www.youtube.com/c/EnglishClass101/videos
https://www.youtube.com/channel/UCMCjGkbqKVkjJN2sVWocz0w
https://www.youtube.com/c/SpeakEnglishWithTiffani/videos
Старая шапка. За 2019 год.
https://pastebin.com/sh7eC6R4
Тред для тех, кто пытается вкатиться в андройд разработку или что-то похожее. По возможности стараемся угощать ньюфагов чаем и поливать друг друга радугой.
>Хочу вкатится в 20/30/50 лет, не поздно?
Нет, не поздно. Лично знаю несколько примеров из жизни когда вкатывались в 30+ лет.
>С чего начать?
Для начала изучи roadmap - https://roadmap.sh/android
Roadmap анона из предыдущего треда:
Основы программирования, логические операции -> Джава(базовый синтаксис и особенности языка) -> ООП -> особенности различных версий Джава -> алгоритмы и структуры данных -> многопоточность -> дженерики -> функции высшего порядка -> Котлин -> Android SDK(UI, версии и различия, особенности оси на уровне работы виртуальной машины) -> работа с БД, CRUD(можно и на этапе знакомства с алгоритмами) -> git -> networking/REST API/JSON/сериализация -> актуальные фреймворки зачем и почему, спойлер: экономия времени -> архитектура, зависимости, инверсия контроля -> ?..
Вот примерный флоу, которому я бы следовал, если бы учился сейчас. Начал бы сразу с алгоритмов, если честно.
В эту же последовательность нужно вставить clean code, SOLID, DRY/DIE, KISS, YAGNI и прочие модные аббревиатуры, которые весьма актуальны. Что-то упустил, но, думаю, этого достаточно.
Навигация, от книг до вопросов на интервью:
https://github.com/qqqlll/Java-Thread/wiki
Очень много уроков и не только по ведройду. Почекай и посмотри, вдруг зайдет:
https://coursehunters.net/mobile-development
https://developer.android.com - ресурс от гугла с полным описанием всего.
https://metanit.com/ - ресурс с кратким разбором языков ПО, для тех кому лень в книги.
https://stackoverflow.com/ - ответы на большинство вопросов касающихся кода.
Курсы от OTUS:
https://cloud.mail.ru/public/4nHb/449Ub4Pqj
https://drive.google.com/open?id=1cxWWBZzHNRAdd0wnjN6lfLDcYqMv7ohm
Также рекомендую искать в телеге, там много подобных курсов, начиная от создания конкретных приложений и заканчивая обучением с нуля.
>Что по книгам?
Java:
Head First Java Kathy Sierra
Thinking Java 4th Bruce Eckel
Шилдта не рекомендую, говнокод.
Kotlin:
https://techrocks.ru/2020/01/20/12-books-for-kotlin-learners/ - краткое ревью 12 книг.
Flutter:
http://flutterapps.ru/flutter-books/
>Стоит ли сразу вкатиться в котлин минуя джаву?
Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Прочел книгу по java/kotlin/flutter и посмотрел видосы, на деле ничего не понимаю. Куда идти дальше?
Делай свои мелкие пет-проекты, можешь копировать чужие и дополнять функциями которых там нет. Главное правильно пиши сам, гугли, трать часы и дни на мелкие функции НО сделай сам, что бы полноценно понимать что к чему. Вся суть сводится к тому, что бы ты изучив ROADMAP который указан выше, вынес знания, которых хватит на создание и понимание пет-проектов с помощью которых познаешь суть разработки. Также на собесах любят когда есть портфолио в гугл плей.
>Где взять примеры проектов?
Можешь банально поискать на ютюбе или в телеграмме. Для примера:
https://www.youtube.com/channel/UCPz3xmUpIbo8jooCtV_vMNw
https://www.youtube.com/c/devcolibri/videos
>Когда можно идти собес? И что для этого нужно?
1. Нужно хорошее знание Java/kotlin.
2. Понимание базовых принципов Android (жизненный цикл activity/fragment, что такое Context, intents, services, UI thread, support library и ее версии (уже androidx), shared preferences, SQLite, Handlers, Executors, Content-Providers, firebase.
3. Знание популярных библиотек типа Retrofit + Glide/Picasso + RxJava2 + Dagger2(по обстоятельствам) + гугловские поделки jetpack, понимания СОЛИД и других паттернов проектирования.
4. Базовое понимание что вообще такое Gradle. Рекомендую хорошенько изучить XML.
5. И хотя бы несколько готовых приложений.
upd: Также стоит прочекать вакансии в вашем городе и собрать самый часто используемый стек технологий и отталкиваться от него.
Незабывай изучать английский, потому что гуглить придётся именно на нем ибо информации в разы больше.
Ресурсы по инглишу для нубов:
Грамматика:
https://ru.duolingo.com/
https://lingualeo.com/
Сериалы и шоу, для того что бы увидеть полный список нужно купить подписку. Есть двойные субтитры RU/EN. Цена 300 рублей, но часто проходят акции 300 рублей за 2 месяца подписки.
https://ororo.tv/
https://ororo.tv/ref/1835272 - реф ссылка. Указал потому что: Переход по Вашей ссылке дает пользователям бонус +10% ко времени их следующего абонемента.
Также советую полностью сменить язык интерфейса на всех устройствах.
Ютюб каналы с простым английским:
https://www.youtube.com/c/Anomaly/videos
https://www.youtube.com/c/EnglishClass101/videos
https://www.youtube.com/channel/UCMCjGkbqKVkjJN2sVWocz0w
https://www.youtube.com/c/SpeakEnglishWithTiffani/videos
Старая шапка. За 2019 год.
https://pastebin.com/sh7eC6R4
>>1822730 →
хамарин формс.
сначала начал андроид ковырять с котлином, не зная котлин
ковырял ковырял и подумал "чет котлин туго идет, нафига мне его учить то"
Там побыстрее разработка. Все таки xaml я знаю и это xaml, а не инфлатеры
Но там свои проблемы. Вот мой список граблей что помню
1 долгий запуск. лично меня бесит
2 полный клон моего приложения жрет в 2 раза больше памяти
А я из тех у кого не топ смарты и меня это бесит.
3 они дают AppShell это как навдрейер. очень удобный (все таки хамл), но блин он держит ссылки на страницы корневого уровня всегда. Бред. Конечно типичный мастер-чилд таким не страдает, но это ж уже рукоделие
4 GridView с карточками кривой. При удалении элементов схлопываются маржины справа. это баг, но делать мне больше нечего как багрепорты писать.
5 асбтрагированность от платформы это хорошо, но иос мне не нужен, так что только мешает это
6 Оказалось что я не могу прицепить longClickListener к картам. Его там просто нет. Мне тупо нужно было контекстное меню, а оно только для списков сделано. Нагуглил что пишешь велосипед в андроид модуле где используешь таймеры, а в трекере написали что этот функционал они за год не сделали и перенесли на мауи (который будет аж через год).
7 почитал какая там либа для мускуля, взял ее и... нельзя указать foreignkey< ну чтобы генерило таблицу. фичкреквесту 9 лет уже. Я код посмотрел и добавил за 30 минут. Потом оказалось что миграции тоже сам пиши. Легко, но после room это дикость.
8 ну и конечно размер apk
Но раз я уже немного вьехал в андроид, то вернулся, благо там андроидх
хамарин формс.
сначала начал андроид ковырять с котлином, не зная котлин
ковырял ковырял и подумал "чет котлин туго идет, нафига мне его учить то"
Там побыстрее разработка. Все таки xaml я знаю и это xaml, а не инфлатеры
Но там свои проблемы. Вот мой список граблей что помню
1 долгий запуск. лично меня бесит
2 полный клон моего приложения жрет в 2 раза больше памяти
А я из тех у кого не топ смарты и меня это бесит.
3 они дают AppShell это как навдрейер. очень удобный (все таки хамл), но блин он держит ссылки на страницы корневого уровня всегда. Бред. Конечно типичный мастер-чилд таким не страдает, но это ж уже рукоделие
4 GridView с карточками кривой. При удалении элементов схлопываются маржины справа. это баг, но делать мне больше нечего как багрепорты писать.
5 асбтрагированность от платформы это хорошо, но иос мне не нужен, так что только мешает это
6 Оказалось что я не могу прицепить longClickListener к картам. Его там просто нет. Мне тупо нужно было контекстное меню, а оно только для списков сделано. Нагуглил что пишешь велосипед в андроид модуле где используешь таймеры, а в трекере написали что этот функционал они за год не сделали и перенесли на мауи (который будет аж через год).
7 почитал какая там либа для мускуля, взял ее и... нельзя указать foreignkey< ну чтобы генерило таблицу. фичкреквесту 9 лет уже. Я код посмотрел и добавил за 30 минут. Потом оказалось что миграции тоже сам пиши. Легко, но после room это дикость.
8 ну и конечно размер apk
Но раз я уже немного вьехал в андроид, то вернулся, благо там андроидх
>>822731 (OP)
Анончики, всем привет
Хочу запилить приложение на мобилку. Простенькое, для личных целей (для целей локального коммьюнити, если точнее). Окончательно разочаровался найти какие-то внятыне видеоуроки по приложениям на котлине (изначально хотел делать на нем), потому прошу подсказать аксакалов: есть какие-то годные признанные отцами уроки по созданию android-приложения на java?
Мне простенькое запилить, особо в дебри погружаться не хочется, да и я не профессиональный программист.
А если пойдет, то уже можно в дебри
Анончики, всем привет
Хочу запилить приложение на мобилку. Простенькое, для личных целей (для целей локального коммьюнити, если точнее). Окончательно разочаровался найти какие-то внятыне видеоуроки по приложениям на котлине (изначально хотел делать на нем), потому прошу подсказать аксакалов: есть какие-то годные признанные отцами уроки по созданию android-приложения на java?
Мне простенькое запилить, особо в дебри погружаться не хочется, да и я не профессиональный программист.
А если пойдет, то уже можно в дебри
Мобилки же еще большая хуйня чем веб.
>>822960
С первого взгляда это больше похоже на то, что я назвал "дебри"
Мне бы что-то попроще, там где
"смотри как я делаю, вау, написали пару строк кода, у нас уже норм приложение, ухх!"
Что-то нагляднее
А разбор приложения (который с урока 34) там без базы нихера не понять.
Или это уже максимум просто и я охуел совсем?
С первого взгляда это больше похоже на то, что я назвал "дебри"
Мне бы что-то попроще, там где
"смотри как я делаю, вау, написали пару строк кода, у нас уже норм приложение, ухх!"
Что-то нагляднее
А разбор приложения (который с урока 34) там без базы нихера не понять.
Или это уже максимум просто и я охуел совсем?
>>823139
Первична платформа, а не используемый язык, так что вопрос должен быть поставлен так: "возможно ли перейти с Android на iOS". Так или иначе, не вижу причин, из-за которых это бы не было возможно.
Языки схожи, принципы и паттерны те же. Да, есть и различия, но в их понимании нет ничего сложного. Мобилка есть мобилка.
Первична платформа, а не используемый язык, так что вопрос должен быть поставлен так: "возможно ли перейти с Android на iOS". Так или иначе, не вижу причин, из-за которых это бы не было возможно.
Языки схожи, принципы и паттерны те же. Да, есть и различия, но в их понимании нет ничего сложного. Мобилка есть мобилка.
Перепост из прошлого треда. Может, кто ещё отпишется.
Вот раньше была такая вещь, как RoboVM - нечто, позволяющее писать аппсы под iOS на жаве. Но потом её купили мелкомягкие, и оно потухло. Хотя, вроде, есть живой форк (https://github.com/MobiVM/robovm) и ещё BugVM (тоже, вроде, форк, но полудохлый). Ещё есть Multi-OS Engine от Интела и нечто под названием Gluon Client Plugin, использующее GraalVM от Оракла. Может, что-то из этого кто-то из анонов уже использовал? Как оно? Насколько оно надёжное и беспроблемное? Отпишитесь, плиз.
Вот раньше была такая вещь, как RoboVM - нечто, позволяющее писать аппсы под iOS на жаве. Но потом её купили мелкомягкие, и оно потухло. Хотя, вроде, есть живой форк (https://github.com/MobiVM/robovm) и ещё BugVM (тоже, вроде, форк, но полудохлый). Ещё есть Multi-OS Engine от Интела и нечто под названием Gluon Client Plugin, использующее GraalVM от Оракла. Может, что-то из этого кто-то из анонов уже использовал? Как оно? Насколько оно надёжное и беспроблемное? Отпишитесь, плиз.
Посоны, помогите. Знаю жабу, солид и всякую другую хуйню. мне сейчас можно прямо в котлин или стоит на жабе пописать?
>>823470
>>823478
Просто хуй его знает. Если я буду юзать котлин с последними наворотами, это всё будет нормально работать на старых андроедах(с 5, например)? Алсо, чекал книги по андроеду, так вот книг с контентом ПЕРВОГО ПОКОЛЕНИЯ в 2020 не выходило вообще. Это значит, что джава, как язык для андройда — ВСЁ?
>>823478
Просто хуй его знает. Если я буду юзать котлин с последними наворотами, это всё будет нормально работать на старых андроедах(с 5, например)? Алсо, чекал книги по андроеду, так вот книг с контентом ПЕРВОГО ПОКОЛЕНИЯ в 2020 не выходило вообще. Это значит, что джава, как язык для андройда — ВСЁ?
>>823508
Можно юзать котлин только с теми наворотами, что позволяет котлин под андроид
так что все будет нормально
Можно юзать котлин только с теми наворотами, что позволяет котлин под андроид
так что все будет нормально
>>823508
Тут не от языка зависит, а от андроид СДК. Но чаще всего даже относительно новые фичи имеют поддержку старых версий андроида, if (Build.VERSION.SDK_INT>..) пишешь относительно редко, midsdk на уровне 5-6 андроида cейчас вполне комфортен.
Тут не от языка зависит, а от андроид СДК. Но чаще всего даже относительно новые фичи имеют поддержку старых версий андроида, if (Build.VERSION.SDK_INT>..) пишешь относительно редко, midsdk на уровне 5-6 андроида cейчас вполне комфортен.
>>823508
И джава не совсем все, т.к есть солидный массив приложений на жабе, которые переписывать чисто ради того чтоб было все не на жабе а на котлине никто не будет.
Но все что пишется новое - пишется на котлине, практически 100%. Сам гугл обьявил что теперь андроид разработка - "kotlin first".
Уже доходит до того, что если по проекту нужно знать жабу - это зачастую отдельно указывается в описании вакансии или спрашивается на первых этапах собеса. Один раз даже спросил с ноткой удивления - мол есть те кто жабу не знает, на что ответили что да, последний год уже идут джуны который жабы знать не знают и учили сразу исключительно котлин.
Т.к по сути котлин это та же жаба, только с кучей дополнительных фичей и более удобным и кратким синтаксисом. Найти вещь которую можно сделать легко на жабе и нельзя на котлине нереально, при этом вещей которые есть в котлине, но нет в жабе предостаточно.
З.Ы Речь конечно о используемой ведроидом 8-й жабе, если сравнивать котлин с 14 (или какая там уже, 15?) - не все так печально. Но в целом сейчас я не вижу ни 1 причины начинать проект на жабе вместо котлина.
И джава не совсем все, т.к есть солидный массив приложений на жабе, которые переписывать чисто ради того чтоб было все не на жабе а на котлине никто не будет.
Но все что пишется новое - пишется на котлине, практически 100%. Сам гугл обьявил что теперь андроид разработка - "kotlin first".
Уже доходит до того, что если по проекту нужно знать жабу - это зачастую отдельно указывается в описании вакансии или спрашивается на первых этапах собеса. Один раз даже спросил с ноткой удивления - мол есть те кто жабу не знает, на что ответили что да, последний год уже идут джуны который жабы знать не знают и учили сразу исключительно котлин.
Т.к по сути котлин это та же жаба, только с кучей дополнительных фичей и более удобным и кратким синтаксисом. Найти вещь которую можно сделать легко на жабе и нельзя на котлине нереально, при этом вещей которые есть в котлине, но нет в жабе предостаточно.
З.Ы Речь конечно о используемой ведроидом 8-й жабе, если сравнивать котлин с 14 (или какая там уже, 15?) - не все так печально. Но в целом сейчас я не вижу ни 1 причины начинать проект на жабе вместо котлина.
>>823547
там жи вроде полный интероп с жабой должен быть. тоесть, основная кодбаза на жабе, если у нас всё по солиду, где-то должен быть интерфейс, который можер реализовать на котлине. или это я сейчас хуйню сморозил?
>переписывать
там жи вроде полный интероп с жабой должен быть. тоесть, основная кодбаза на жабе, если у нас всё по солиду, где-то должен быть интерфейс, который можер реализовать на котлине. или это я сейчас хуйню сморозил?
>>823553
Да можно спокойно совмещать, так в общем-то и делают, там кажись только пару дополнительных телодвижений - типо котлиновский компаньон промаркировать @JvmStatic если их с жабы дергать будут, я лично обжегся на пересечении джава/котлин только раз - подробностей особо не помню, прикол был в том что линт подсказал что проверку на null можно выпилить, мол там null и так быть не может, убрал и получил 0,002% крашей с npe в проде.
Да можно спокойно совмещать, так в общем-то и делают, там кажись только пару дополнительных телодвижений - типо котлиновский компаньон промаркировать @JvmStatic если их с жабы дергать будут, я лично обжегся на пересечении джава/котлин только раз - подробностей особо не помню, прикол был в том что линт подсказал что проверку на null можно выпилить, мол там null и так быть не может, убрал и получил 0,002% крашей с npe в проде.
100 Кб, 1281x653>>823567
Уфф, аж универскими лабами повеяло. Ну вот накидал за пару минут, код офк говно - но особых отличий от жабы в худшую сторону я не вижу.
>Многомерные массивы.
Уфф, аж универскими лабами повеяло. Ну вот накидал за пару минут, код офк говно - но особых отличий от жабы в худшую сторону я не вижу.
>>823576
Просто помню, что мне нужны были многомерные массивы и пришлось делать костыли.
Просто помню, что мне нужны были многомерные массивы и пришлось делать костыли.
>>823576
Кстати, когда завезли скобки? Точно помню, что их не было и приходилось пилить многоножку
Кстати, когда завезли скобки? Точно помню, что их не было и приходилось пилить многоножку
>>823644
нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках.
Вообще немного не понимаю удивления, в древних версиях котлина можно было только методами стучаться чтоль?
Сейчас по индексу можно не то что в массивы, в листы можно)
>о, в котлине можно квадратные скобки перегрузить?
нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках.
Вообще немного не понимаю удивления, в древних версиях котлина можно было только методами стучаться чтоль?
Сейчас по индексу можно не то что в массивы, в листы можно)
>>823844
ну вот зачем ты пиздишь?
https://kotlinlang.org/docs/reference/operator-overloading.html
они пошли путем пстона по части перегрузки
>нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках
ну вот зачем ты пиздишь?
https://kotlinlang.org/docs/reference/operator-overloading.html
они пошли путем пстона по части перегрузки
Есть у кого-нибудь книга "Волшебство Kotlin"? Поделитесь ссылкой
>>823993
Обосрался, не знал(
Обосрался, не знал(
92 Кб, 400x400Аноны, есть ли удачный опыт использования тулзовин для анализа экспешонов/крашей приложухи?
Нагуглил такого мамонта как ACRA, но может есть что-то еще?
Нагуглил такого мамонта как ACRA, но может есть что-то еще?
>>824544
Что понимается под анализом? ФБ крашлитикс не хватает?
Что понимается под анализом? ФБ крашлитикс не хватает?
>>822731 (OP)
Здрасьте
А есть вариант именно в андроид-приложении, написанном на java/Kotlin запустить питоновский скрипт, который выплюнет некоторое количество данных, и уже дальше работать с ними? Понятно, что это считается моветоном, но все же.
Здрасьте
А есть вариант именно в андроид-приложении, написанном на java/Kotlin запустить питоновский скрипт, который выплюнет некоторое количество данных, и уже дальше работать с ними? Понятно, что это считается моветоном, но все же.
>>824836
Посмотри про JNI
Посмотри про JNI
>>825083
Если речь о ml - то зачем изобретать велосипеды?
https://www.tensorflow.org/lite
https://pytorch.org/mobile/android/
Если речь о ml - то зачем изобретать велосипеды?
https://www.tensorflow.org/lite
https://pytorch.org/mobile/android/
Бля, какого хуя нихуя нет удаленок для джунов
Только сеньоры. Рили вообще джуну ремоут найти?
Только сеньоры. Рили вообще джуну ремоут найти?
Реально устроиться flutter разрабом имея продуктовый опыт только в вебе разработке, ну и знания самого флаттера на уровне написания простеньких приложений, аля дерни апишку, сделай круд, распарси жсон?
Посоны, а разработочка по андроед фьючапруф? Через пяток лет мобильные камни будут по мощи как ноутбучные сейчас и можно будет крутить тот же условный электрон, например. Или нет? Поясните.
Почему говорят, что фрилансить на андроиде сложно?
https://www.upwork.com/freelance-jobs/android/
Подаешь заявку, описываешь заказчику почему ты у мамы самый умный, кидаешь примеры своих приложух из гугл плея
Что может пойти не так?
Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Просто пиздецки как не хочется работать в офисе, а на полноценную официальную удаленку берут только сеньоров, как выяснилось
https://www.upwork.com/freelance-jobs/android/
Подаешь заявку, описываешь заказчику почему ты у мамы самый умный, кидаешь примеры своих приложух из гугл плея
Что может пойти не так?
Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Просто пиздецки как не хочется работать в офисе, а на полноценную официальную удаленку берут только сеньоров, как выяснилось
Алсо, заказчики ведь люди чаще всего впечатлительные, поэтому им достаточно того, чтобы твоя приложуха из портфолио была со стразами и всей-всей-всей md-мишурой, в коде-то они в 99% вообще не секут, лол
Хотя мб я чего-то не понимаю
>>826225
Фикс прайс, 1к. 1к - это очень мало, з/п нормального джуна в общем.
>Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
>Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Фикс прайс, 1к. 1к - это очень мало, з/п нормального джуна в общем.
Сап, подойдет ли джава для первого языка программирования?
Очень интересует разработка мобильных приложений
Очень интересует разработка мобильных приложений
>>826244
Я для обучения скорее с++ взял - будет больно, но для обучения самое то (если есть время и нервы), а только после него вкатываться в уютную, удобную и безопасную джаву/котлин.
Я для обучения скорее с++ взял - будет больно, но для обучения самое то (если есть время и нервы), а только после него вкатываться в уютную, удобную и безопасную джаву/котлин.
>>826237
Ну я и есть околоджун, просто много из себя ставлю и пишу сразу как положено с использованием navigation components, например. Да и вообще все на джетпаке, перечитал уже почти все гайды гугловские. На работу пока не устраивался, скоро начинаю писать первое серьезное приложение для гугл плея и гитхаба. Зимой мб пойду на галеру в офис за 20к (живу не в дс) и получу этот год-два опыта, а потом буду ловить удаленку мидлом
Но как же хочется без этих галер ебаных, в тот же фриланс на апворк. Инглиш знаю, до этого пару лет работал копирайтером на etxt (кто знает тот поймет), в общем знаю как выживать в чане с говном с 1$-индусами и че надо писать заказчикам. Material Design знаю на хорошем левеле. Ну чем я не фрилансер?
Ну я и есть околоджун, просто много из себя ставлю и пишу сразу как положено с использованием navigation components, например. Да и вообще все на джетпаке, перечитал уже почти все гайды гугловские. На работу пока не устраивался, скоро начинаю писать первое серьезное приложение для гугл плея и гитхаба. Зимой мб пойду на галеру в офис за 20к (живу не в дс) и получу этот год-два опыта, а потом буду ловить удаленку мидлом
Но как же хочется без этих галер ебаных, в тот же фриланс на апворк. Инглиш знаю, до этого пару лет работал копирайтером на etxt (кто знает тот поймет), в общем знаю как выживать в чане с говном с 1$-индусами и че надо писать заказчикам. Material Design знаю на хорошем левеле. Ну чем я не фрилансер?
>>826256
Я бы не совался на апворк, серьезно. Говорю как человек просидевший первый свой год работы в микро апворк конторе.
Почему? Трудно что-то вырвать прежде всего. Условно говорят сидит сейлз (с В2 инглишием и подвешенным языком) с аккаунта шхуны, где есть уже какое-никакое портфолио и рейтинг - и то, найти проект ему весьма и весьма нетривиальная задача.
И если б проекты были нормальные - так нет, код почти всегда индусское дерьмо, заказчики бывают оч разные, но регулярно пытаются прокинуть на бабки.
В общем геммор еще тот, совмещать в себе и сейлза и разраба как по мне сомнительное удовольствие.
По итогу, на мой взгляд фриланс биржи - это дно разработки, ниже только студенческие лабы/дипломы
Для меня, даже с высоты моего скромного опыта эти все пропоузалы на проект за 1к баксов выглядит как очередь для нырка в навозную кучу и сейчас если я буду искать работу, то в первую очередь я буду бросаться на вакансии в крупных галерах, во вторую на средние и продуктовые - и только с голодухи и безисходности я готов снова пойти в upwork-agency фиксить индусское дерьмо.
Я бы не совался на апворк, серьезно. Говорю как человек просидевший первый свой год работы в микро апворк конторе.
Почему? Трудно что-то вырвать прежде всего. Условно говорят сидит сейлз (с В2 инглишием и подвешенным языком) с аккаунта шхуны, где есть уже какое-никакое портфолио и рейтинг - и то, найти проект ему весьма и весьма нетривиальная задача.
И если б проекты были нормальные - так нет, код почти всегда индусское дерьмо, заказчики бывают оч разные, но регулярно пытаются прокинуть на бабки.
В общем геммор еще тот, совмещать в себе и сейлза и разраба как по мне сомнительное удовольствие.
По итогу, на мой взгляд фриланс биржи - это дно разработки, ниже только студенческие лабы/дипломы
Для меня, даже с высоты моего скромного опыта эти все пропоузалы на проект за 1к баксов выглядит как очередь для нырка в навозную кучу и сейчас если я буду искать работу, то в первую очередь я буду бросаться на вакансии в крупных галерах, во вторую на средние и продуктовые - и только с голодухи и безисходности я готов снова пойти в upwork-agency фиксить индусское дерьмо.
>>826273
После крестов можно учить и понимать почти любой язык, а джава как 1й язык может зациклить новичка на хай лвл, ооп языках с виртуальной машиной и прочим. Впрочем если цель формошлепство - учи сразу котлин
После крестов можно учить и понимать почти любой язык, а джава как 1й язык может зациклить новичка на хай лвл, ооп языках с виртуальной машиной и прочим. Впрочем если цель формошлепство - учи сразу котлин
>>826274
Брат, рассказывай подробнее
Где нашел, как долго искал, фуллтайм или нет, из какой страны компания? Какие у тебя умения и что было на собесе?
Брат, рассказывай подробнее
Где нашел, как долго искал, фуллтайм или нет, из какой страны компания? Какие у тебя умения и что было на собесе?
>>826280
учился у инфоциган(гигбрейнс). по итогу на вкат потратил год. дохуя было отказов. в итоге устроился в подмосковье. 30 на испытательном, 50 после.
спрашивали на 1 этапе многопоточку, жизненный цикл и "расскажите что знаете/умеете".
на 2 этапе гоняли по библиотекам, даггер, рх, мввм, мвп, ретрофиты, бд.
когда устраивался знал только джаву, за неделю поднатаскался на котлин.
учился у инфоциган(гигбрейнс). по итогу на вкат потратил год. дохуя было отказов. в итоге устроился в подмосковье. 30 на испытательном, 50 после.
спрашивали на 1 этапе многопоточку, жизненный цикл и "расскажите что знаете/умеете".
на 2 этапе гоняли по библиотекам, даггер, рх, мввм, мвп, ретрофиты, бд.
когда устраивался знал только джаву, за неделю поднатаскался на котлин.
>>826291
и да, до этого особо не кодил, сисадмином(не эникеем, а сети сервера и вот это вот все) хуеву гору лет работал. щас 28, так что историй про то что - вы ненастоящий программист - небыло
и да, до этого особо не кодил, сисадмином(не эникеем, а сети сервера и вот это вот все) хуеву гору лет работал. щас 28, так что историй про то что - вы ненастоящий программист - небыло
>>826701
Всем спасибо, все свободны. Не думал что так немного. (гига 4).
Всем спасибо, все свободны. Не думал что так немного. (гига 4).
нужно написать прилагу мелкую, для изучения ин. языка.
считать из файла урок (файл json или xml), и показать экран с упражнениями из урока. кароч хз, я пока думаю, для начала один единственный формат упражнений, типо вставь пропущенную букву в предложение.
Оплата только битком, писатьoriumPWP.box ANUSgma@8$il PUNCTUMco0m%m
считать из файла урок (файл json или xml), и показать экран с упражнениями из урока. кароч хз, я пока думаю, для начала один единственный формат упражнений, типо вставь пропущенную букву в предложение.
Оплата только битком, писать
>>824544
В гуглоплее встроенная есть
В гуглоплее встроенная есть
>>822731 (OP)
Пацаны, короче, брейте бороды, чтобы их не было. Так, чтобы хлебало гладкое было. Голову тоже лучше налысо брить.
Код тогда отличный будет выходить.
А так - говно из-под хипстеров.
Пацаны, короче, брейте бороды, чтобы их не было. Так, чтобы хлебало гладкое было. Голову тоже лучше налысо брить.
Код тогда отличный будет выходить.
А так - говно из-под хипстеров.
Кста, а ведь по идее, если ты разработчик 2d-игор (на Unity), фрилансить прям легче будет?
Прост рынок мини-игрушек востребованный, но я особо не вижу, чтобы дохуя было игроделов на том же апворке
>>828015
Не думаю что апворк хороший вариант. Мне кажется следует либо идти в гейм-дев конторы, а если хочешь сам на себя работать - ну сделай в соло игру, напихай туда рекламы/доната и заливай себе в стор. Я бы шел вначале в контору, а в свободное время пилил бы свой проект.
Не думаю что апворк хороший вариант. Мне кажется следует либо идти в гейм-дев конторы, а если хочешь сам на себя работать - ну сделай в соло игру, напихай туда рекламы/доната и заливай себе в стор. Я бы шел вначале в контору, а в свободное время пилил бы свой проект.
>>828064
Двачую этого лично знаю людей, которые увольнялись и пилил проекты от 6 до 12 месяцев в итоге получая выхлопа 0% и только уходили в минуса, не считая того что за это время дохода небыло ибо и работы основной небыло.
>Я бы шел вначале в контору, а в свободное время пилил бы свой проект
Двачую этого лично знаю людей, которые увольнялись и пилил проекты от 6 до 12 месяцев в итоге получая выхлопа 0% и только уходили в минуса, не считая того что за это время дохода небыло ибо и работы основной небыло.
>>828092
Так чаще всего и бывает, большинство таких приложений имеют пару десятков скачиваний - от самого разраба и круга его друзей/коллег.
Самый успешный случай: работал на одной галере и знал одного разраба с своим, живым проектом в гугл плее - какая-то карточная игра (оффлайн + онлайн), монетизация на рекламе и подписке, тысячи активных юзеров (точно уже не помню).
Это самый позитивный случай из тех что я знаю, но даже с него, выхлоп - 300-400$ в месяц, при зарплате на галере около 2к.
Так чаще всего и бывает, большинство таких приложений имеют пару десятков скачиваний - от самого разраба и круга его друзей/коллег.
Самый успешный случай: работал на одной галере и знал одного разраба с своим, живым проектом в гугл плее - какая-то карточная игра (оффлайн + онлайн), монетизация на рекламе и подписке, тысячи активных юзеров (точно уже не помню).
Это самый позитивный случай из тех что я знаю, но даже с него, выхлоп - 300-400$ в месяц, при зарплате на галере около 2к.
>>828590
Знаю чела вкатывался в кодинг, до вката сделал проект БЛОКНОТ, СУКА БЛОКНОТ с фичами, в то время там было 500к скачиваний и 100к юзеров ежедневных пользователей.
Профит вроде 300+ евро в месяц.
Знаю чела вкатывался в кодинг, до вката сделал проект БЛОКНОТ, СУКА БЛОКНОТ с фичами, в то время там было 500к скачиваний и 100к юзеров ежедневных пользователей.
Профит вроде 300+ евро в месяц.
Поясните, почему до сих пор кто-то юзает или даже требует в разработке проектов для DI Dagger? Какой в нем смысл, когда есть богоподобный Koin. Он настраивается легче, он быстрее, адекватно показывает в консоли где ошибка, если она есть. У него есть офигенная функция инициализации синглтонов при старте приложения, а не при первом обращении. Так нахуя кому-то еще нужен дагер? Просто нежелание принять новое?
Кошерно ли нынче использовать RxJava? Или есть какая-то более удобная парадигма?
>>829138
Смузихлебы заклюют.
>>829121
Ну вот щас, 2 недели у менеджеров попрошу на миграцию и будем использовать божественный коин а получу залупу за щеку.
К тому же даггер работает, к нему все привыкли, там зачем тратить человекочасы на переезд на коин?
> Кошерно ли нынче использовать RxJava
Смузихлебы заклюют.
>>829121
> почему до сих пор кто-то юзает или даже требует в разработке проектов для DI Dagger
Ну вот щас, 2 недели у менеджеров попрошу на миграцию и будем использовать божественный коин а получу залупу за щеку.
К тому же даггер работает, к нему все привыкли, там зачем тратить человекочасы на переезд на коин?
>>828600
Кстати, до сих пор не встречал идеального блокнота. То табуляции там еврейские, то тупят с кодировками, то не могут запомнить настройку word wrap.
Кстати, до сих пор не встречал идеального блокнота. То табуляции там еврейские, то тупят с кодировками, то не могут запомнить настройку word wrap.
>>829121
Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна, если речь идёт о чем угодно, кроме Hilt, который имхо является эталонной реализацией, которая лучше всего вписывается в парадигму разработки под мобильные девайсы. Koin - service locator. Он предоставляет ссылки на объекты, которые привязаны к функциям - это простая замена ручной реализации. Даггер имеет правильную di-каноничную структуру полный граф зависимостей, просто дебажится, генерирует код с помощью аннотаций, что позволяет скрыть реализацию и максимизировать абстрактность. Он гибок, масштабируем, потому выигрывает в сложных проектах. он дешевле в долгосрочной перспективе
>>829138
>>829816
Парадигма - реактивное программирование, частью которого является реализация вида:
Kotlin Flow, считай, является нативной реализацией RxJava, где ключевым механизмом являются корутины. Вот, пожалуй, и всё. всё же, функционал у RxJava шире
Проекты, где уже используется RxJava, не будут переходить на Flow. Новые же, вполне вероятно, будут пилить и на нём.
Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна, если речь идёт о чем угодно, кроме Hilt, который имхо является эталонной реализацией, которая лучше всего вписывается в парадигму разработки под мобильные девайсы. Koin - service locator. Он предоставляет ссылки на объекты, которые привязаны к функциям - это простая замена ручной реализации. Даггер имеет правильную di-каноничную структуру полный граф зависимостей, просто дебажится, генерирует код с помощью аннотаций, что позволяет скрыть реализацию и максимизировать абстрактность. Он гибок, масштабируем, потому выигрывает в сложных проектах. он дешевле в долгосрочной перспективе
>>829138
>>829816
>удобная парадигма
Парадигма - реактивное программирование, частью которого является реализация вида:
>парадигма с цепочками Observable-ов
Kotlin Flow, считай, является нативной реализацией RxJava, где ключевым механизмом являются корутины. Вот, пожалуй, и всё. всё же, функционал у RxJava шире
Проекты, где уже используется RxJava, не будут переходить на Flow. Новые же, вполне вероятно, будут пилить и на нём.
>>829812
Глянь EmEditor, может понравится
Глянь EmEditor, может понравится
>>829984
Хз, у меня даггер ничего кроме горения жопы не вызывает. Сложная для понимания, громоздкая штуковина которая только усложняет жизнь. Может в не в моей вселенной, где вертятся огромные мобайл проект написанные по клину и покрытые тестами даггер и полезен, но на кой хрен он для 95% проектов нужен я не понимаю.
Пробовал писать проект с этим дерьмом, спустя 2 дня словил какую-то абсолютно ебанутую ошибку (циклическая зависимость если верить гуглу), поковырял 40 минут, не починил - снес к хуям зависимость на даггер и больше никогда ее не добавляю. Либы должны упрощать жизнь, а не усложнять. Реального полезного функционала 0, а дополнительной ебли овердохуя.
(офк для собесов пару бредовых предложений про так какая охуенная вещь DI и Ioc я знаю, но не верю ни в 1 слово из них).
Сейчас в вакансиях все чаще Koin мелькает, может там все хоть чуточку понятнее.
Хз, у меня даггер ничего кроме горения жопы не вызывает. Сложная для понимания, громоздкая штуковина которая только усложняет жизнь. Может в не в моей вселенной, где вертятся огромные мобайл проект написанные по клину и покрытые тестами даггер и полезен, но на кой хрен он для 95% проектов нужен я не понимаю.
Пробовал писать проект с этим дерьмом, спустя 2 дня словил какую-то абсолютно ебанутую ошибку (циклическая зависимость если верить гуглу), поковырял 40 минут, не починил - снес к хуям зависимость на даггер и больше никогда ее не добавляю. Либы должны упрощать жизнь, а не усложнять. Реального полезного функционала 0, а дополнительной ебли овердохуя.
(офк для собесов пару бредовых предложений про так какая охуенная вещь DI и Ioc я знаю, но не верю ни в 1 слово из них).
Сейчас в вакансиях все чаще Koin мелькает, может там все хоть чуточку понятнее.
Пару дней назад решил вкатываться в андроид-разработку, начал с котлина.
Можно так делать, либо надо сначала дрочить жабу?фу бля
Можно так делать, либо надо сначала дрочить жабу?фу бля
вкатился во флаттер с бекграундом в виде опыта в веб-разработке.
на руках имеется оффер и еще завтра второй будет (оба на позицию джуна 800$, но я за 3-5 месяцев выйду на уровень мидла и попрошу ревью с удвоением хп).
на руках имеется оффер и еще завтра второй будет (оба на позицию джуна 800$, но я за 3-5 месяцев выйду на уровень мидла и попрошу ревью с удвоением хп).
>>830630
Молодец, как долго вкатывался? Какого уровня знания в вебе? Флаттер хорош для своей нишинебольшой кроссплатформенный клиент/прототип, сколько бы его не ругали. сам его использую
Молодец, как долго вкатывался? Какого уровня знания в вебе? Флаттер хорош для своей нишинебольшой кроссплатформенный клиент/прототип, сколько бы его не ругали. сам его использую
>>830723
ну в вебе я был около трех лет, на реакте писал где-то чистыми полтора года. заебался чето с браузером ковыряться и решил ну его нахер. как раз из-за короны период был, когда смог вкинуться в изучение нормально. В целом познакомился с ним зимой, а плотно изучал последние 2 месяца.
Собесы прокачивают как ни крути. Даже если вы на 100% уверенны, что не пройдете - все равно тех. собес будет полезен. Вы сможете услышать вопросы, которые надо будет подтянуть. Джунские вопросы уже от зубов отскакивают после 5-6 собесов.
Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного. коммьюнити растет, это хороший показатель.
ну в вебе я был около трех лет, на реакте писал где-то чистыми полтора года. заебался чето с браузером ковыряться и решил ну его нахер. как раз из-за короны период был, когда смог вкинуться в изучение нормально. В целом познакомился с ним зимой, а плотно изучал последние 2 месяца.
Собесы прокачивают как ни крути. Даже если вы на 100% уверенны, что не пройдете - все равно тех. собес будет полезен. Вы сможете услышать вопросы, которые надо будет подтянуть. Джунские вопросы уже от зубов отскакивают после 5-6 собесов.
Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного. коммьюнити растет, это хороший показатель.
>>830919
Когда у тебя начинаются подобные маняфантазии, сразу спроси у себя:
1) Чем он лучше реактнейтива/замарина/ионика/qt/итд;
2) Почему ни у кого не получилось, а у него получится?;
3) Он имеет какие-то преимущества перед нейтивом в техническом плане? Особенно учитывая, что когда он перестанет хотя бы так жутко лагать никогда уже SwiftUI и Jetpack Compose будут взрослыми.
>Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного.
Когда у тебя начинаются подобные маняфантазии, сразу спроси у себя:
1) Чем он лучше реактнейтива/замарина/ионика/qt/итд;
2) Почему ни у кого не получилось, а у него получится?;
3) Он имеет какие-то преимущества перед нейтивом в техническом плане? Особенно учитывая, что когда он перестанет хотя бы так жутко лагать никогда уже SwiftUI и Jetpack Compose будут взрослыми.
>>831235
1)приятнее разрабатывать. меньше проблем с перформансом, проще сделать 60фпс анимации и т.п. замарин и ионик умирающие темы. на рынке почти не имеют своей доли.
2) за флаттером гугл + некст система на замену ведра будет вся на флаттере. она уже на нем + поддержка десктопа уже появилась и веб хуярить можно. я еще не пробовал, но думаю кайфово.
3)это кроссплатформа = главное преимущество
1)приятнее разрабатывать. меньше проблем с перформансом, проще сделать 60фпс анимации и т.п. замарин и ионик умирающие темы. на рынке почти не имеют своей доли.
2) за флаттером гугл + некст система на замену ведра будет вся на флаттере. она уже на нем + поддержка десктопа уже появилась и веб хуярить можно. я еще не пробовал, но думаю кайфово.
3)это кроссплатформа = главное преимущество
30 Кб, 960x540>>831551
Вкусовщина.
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
>приятнее разрабатывать
Вкусовщина.
>меньше проблем с перформансом
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
>за флаттером гугл
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
>некст система на замену ведра будет вся на флаттере
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
>3)это кроссплатформа = главное преимущество
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
30 Кб, 960x540>>831551
Вкусовщина.
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
>приятнее разрабатывать
Вкусовщина.
>меньше проблем с перформансом
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
>за флаттером гугл
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
>некст система на замену ведра будет вся на флаттере
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
>3)это кроссплатформа = главное преимущество
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
>>831572
Этого и в нативных приложениях жопой жуй так то. Чаще хуевые оценки ставят из-за функционала, а не потому что у тебя списочек просел до 20фпс. Юзеры будут кушать говно, пока нужный им функционал работает.
Ты конечно сейчас скинешь мне приложение пердузы, но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички хотя там и правда нарукожопили.
Та же ригла на флаттере имеет вполне ок рейтинг на иосе
https://apps.apple.com/ru/app/ригла-аптечная-сеть/id1505062873
Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
держу кулачки за флаттер, но сам в него не лезу
> не отгребать 1 звездочные ревью в сторах из-за кривого скролла
Этого и в нативных приложениях жопой жуй так то. Чаще хуевые оценки ставят из-за функционала, а не потому что у тебя списочек просел до 20фпс. Юзеры будут кушать говно, пока нужный им функционал работает.
Ты конечно сейчас скинешь мне приложение пердузы, но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички хотя там и правда нарукожопили.
Та же ригла на флаттере имеет вполне ок рейтинг на иосе
https://apps.apple.com/ru/app/ригла-аптечная-сеть/id1505062873
Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
держу кулачки за флаттер, но сам в него не лезу
>>831613
Лагает ещё хуже пердузы (особенно открытие модалок в статьях, просто 3 фпс), правда ЦА из бабушек и дедушек явно на это внимания обращать не будет, вот уж ахуенный пример.
Ага, набегают сотнями и ставят еденички, лол. Маня, это называется ЦА — у пердузы это молодёжь, в отличие бабушек у риглы, и требования к приложениям у них другие.
Сказал так, будто на нём написано что-то кроме полутора редакторов текста, лол.
>Та же ригла на флаттере имеет вполне ок рейтинг на иосе
Лагает ещё хуже пердузы (особенно открытие модалок в статьях, просто 3 фпс), правда ЦА из бабушек и дедушек явно на это внимания обращать не будет, вот уж ахуенный пример.
>но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички
Ага, набегают сотнями и ставят еденички, лол. Маня, это называется ЦА — у пердузы это молодёжь, в отличие бабушек у риглы, и требования к приложениям у них другие.
>Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
Сказал так, будто на нём написано что-то кроме полутора редакторов текста, лол.
>>831720
Ты просто ахуеешь, пиздец как сложно. Надо быть доцентом физмата МГУ, иначе не осилишь.
Ты просто ахуеешь, пиздец как сложно. Надо быть доцентом физмата МГУ, иначе не осилишь.
>>822731 (OP)
Сап, кто то пишет на QML? есть вопросик по реализации бекенда на Qt/
Сап, кто то пишет на QML? есть вопросик по реализации бекенда на Qt/
31 Кб, 640x261Весьма абстрактный вопрос, но все же, аноны, подскажите на тему:
Есть несколько стульев в плане работы с sql и Android Room:
- "Большие" запросы с кучей джойнов и с использованием @Embeded, все выцепляется в одном запросе
- Куча мелких запросов, никаких адских sql запросов, но дополнительный слой над ДАО (ну или в нем самом), где выплоняется несколько запросов и объединяется результат
В первом случае имею ебучей длины sql (под 100 строк), но все выцепляется за раз.
Во втором случае sql намного проще, но появляется доп. слой в котлине по отправке нескольких запросов и объединению данных , есть риск что плодить запросы дороже чем выцепить все за раз, но это хуй знает.
Как вы пишете на этой ссанине (Android Room) логику получания сложных объектов с вложенными структурами?
Я не смог подружиться с @Relation, оно не оче работает с one-to-one, а у меня именно что нужно это вложыенный несколько раз one-to-one выцеплять.
Есть несколько стульев в плане работы с sql и Android Room:
- "Большие" запросы с кучей джойнов и с использованием @Embeded, все выцепляется в одном запросе
- Куча мелких запросов, никаких адских sql запросов, но дополнительный слой над ДАО (ну или в нем самом), где выплоняется несколько запросов и объединяется результат
В первом случае имею ебучей длины sql (под 100 строк), но все выцепляется за раз.
Во втором случае sql намного проще, но появляется доп. слой в котлине по отправке нескольких запросов и объединению данных , есть риск что плодить запросы дороже чем выцепить все за раз, но это хуй знает.
Как вы пишете на этой ссанине (Android Room) логику получания сложных объектов с вложенными структурами?
Я не смог подружиться с @Relation, оно не оче работает с one-to-one, а у меня именно что нужно это вложыенный несколько раз one-to-one выцеплять.
>>832881
Интересно, что за проект такой)
Я бы выбрал 2й вариант, тупо потому что с склейкой любой джун разберется если что, а вот копаться в sql запросах куда более мерзкое дело, не каждый андроид разраб достаточно хорошо знает все эти ваши джоины и прочее.
Интересно, что за проект такой)
Я бы выбрал 2й вариант, тупо потому что с склейкой любой джун разберется если что, а вот копаться в sql запросах куда более мерзкое дело, не каждый андроид разраб достаточно хорошо знает все эти ваши джоины и прочее.
>>825323
нет.
Не так много вакансий.
Всегда требуется в довесок 1-2 года разработки нативных приложений или React Native.
нет.
Не так много вакансий.
Всегда требуется в довесок 1-2 года разработки нативных приложений или React Native.
>>832676
Спасибо, схожу туда, сидел прост 3 года на qt и как magnum opus хочу сделать приложение на qml в качестве прощания, но так никто не делает, и если возникают вопросы по реализации ответить в гугле некому)
Спасибо, схожу туда, сидел прост 3 года на qt и как magnum opus хочу сделать приложение на qml в качестве прощания, но так никто не делает, и если возникают вопросы по реализации ответить в гугле некому)
>>832899
Прожект с наличием иерархии объектов, аналогично, например, иерархии животного мира, где там есть типы, классы, отряды и тд, всякие характеристики, куроч есть дохуя у меня и one-to-one и one-to-many и все это выглядит уебищно с первым вариантом, которым я пошел.
Плюсом первый вариант не подходит для того чтоб делать выложенные несколько раз структуры, там и так-то довольно ущербно все это с этими префиксами и необходимостью перечислять колонки, добавляя этот сраный префикс. Куроч боль ука этот Android Room
Прожект с наличием иерархии объектов, аналогично, например, иерархии животного мира, где там есть типы, классы, отряды и тд, всякие характеристики, куроч есть дохуя у меня и one-to-one и one-to-many и все это выглядит уебищно с первым вариантом, которым я пошел.
Плюсом первый вариант не подходит для того чтоб делать выложенные несколько раз структуры, там и так-то довольно ущербно все это с этими префиксами и необходимостью перечислять колонки, добавляя этот сраный префикс. Куроч боль ука этот Android Room
>>823567
Чет орнул в голосину с долбоеба.
А ничего, что так, на вскидку, 98% библиотек и не только написано на жабе? И котлин только сахарок для синтаксиса и быстрой разработки? Я уже промолчу, что на жабе можно писать не только туфту под мобилки, а закрыть, например, весь стек технологий для проекта, написать серверную часть к примеру. Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки. С котлином соси бибу на андроиде. Пруф ми вронг, как говорится
>java для андроид все
Чет орнул в голосину с долбоеба.
А ничего, что так, на вскидку, 98% библиотек и не только написано на жабе? И котлин только сахарок для синтаксиса и быстрой разработки? Я уже промолчу, что на жабе можно писать не только туфту под мобилки, а закрыть, например, весь стек технологий для проекта, написать серверную часть к примеру. Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки. С котлином соси бибу на андроиде. Пруф ми вронг, как говорится
>>833520
Только вот всё равно придётся дауншифтнутся максимум до начинающего мидла, просто потому что ты не знаешь предметной области.
Да это на любом языке сделать не проблема, особенно в эру микросервисов, когда каждый пук можно писать на разных языках. Только вот дауншифтинга по причине описанной выше так же не избежать.
Тащемта, ты типичный нюфажек, который считает что кого-то ебёт его знание языка (который изучается от корки до корки за пару месяцев в данной ситуцаии, если ты не вкатыш, а твоё стремление сменить сферу в будущем намекает что к тому времени ты уже не будешь вкатышем, лол). Знание языка — это требование к, блядь, джуну, а не к разработчику.
От разработчика требуется знание платформы, паттернов, архитектурных подходов, набитые шишки во всех возможных местах, понимание что и как работает и как сделать то и это чтобы не лагало. Бывают конечно исключения, когда сложность языка ушла куда-то нахуй и уже целая история найти человека хорошо знающего язык (C++, например), но это не про джаву и котлин вот никак (у которых различия чисто синтаксически-сахарные).
Короче, сферу можно сменить всегда, но без просадки по зп и лычке ты этого не сделаешь (если не перейдёшь на буржуйскую галеру, в таком случае можно и апнуться, но только в случае удалёнки), а знание языка в такой ситуации — вообще второстепенная вещь.
>Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки
Только вот всё равно придётся дауншифтнутся максимум до начинающего мидла, просто потому что ты не знаешь предметной области.
>написать серверную часть к примеру
Да это на любом языке сделать не проблема, особенно в эру микросервисов, когда каждый пук можно писать на разных языках. Только вот дауншифтинга по причине описанной выше так же не избежать.
>Пруф ми вронг, как говорится
Тащемта, ты типичный нюфажек, который считает что кого-то ебёт его знание языка (который изучается от корки до корки за пару месяцев в данной ситуцаии, если ты не вкатыш, а твоё стремление сменить сферу в будущем намекает что к тому времени ты уже не будешь вкатышем, лол). Знание языка — это требование к, блядь, джуну, а не к разработчику.
От разработчика требуется знание платформы, паттернов, архитектурных подходов, набитые шишки во всех возможных местах, понимание что и как работает и как сделать то и это чтобы не лагало. Бывают конечно исключения, когда сложность языка ушла куда-то нахуй и уже целая история найти человека хорошо знающего язык (C++, например), но это не про джаву и котлин вот никак (у которых различия чисто синтаксически-сахарные).
Короче, сферу можно сменить всегда, но без просадки по зп и лычке ты этого не сделаешь (если не перейдёшь на буржуйскую галеру, в таком случае можно и апнуться, но только в случае удалёнки), а знание языка в такой ситуации — вообще второстепенная вещь.
>>833556
Блин, ты перефразировал мой предыдущий пост более нудным образом. Друже, знаешь, с котлином, если начать неожиданно с него, может получиться такая же история, как с пхп-макаками в свое время, не типизированные язык, все дела. То же и тут, всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля хороший замах на функциональность, только вот нахуй он тут и еще много чего. Это, блядь, фундаментальные вещи любого другого ООЯП, а котлинодибил о них ни сном ни духом, умный интерпретатор за него все замутит да здравствует сахарок. Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол. Вместе - да, отдельно - нет. Никто никогда не будет переписывать имеющиеся вещи с жабы на котлин. Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Блин, ты перефразировал мой предыдущий пост более нудным образом. Друже, знаешь, с котлином, если начать неожиданно с него, может получиться такая же история, как с пхп-макаками в свое время, не типизированные язык, все дела. То же и тут, всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля хороший замах на функциональность, только вот нахуй он тут и еще много чего. Это, блядь, фундаментальные вещи любого другого ООЯП, а котлинодибил о них ни сном ни духом, умный интерпретатор за него все замутит да здравствует сахарок. Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол. Вместе - да, отдельно - нет. Никто никогда не будет переписывать имеющиеся вещи с жабы на котлин. Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
>>833619
Глупость высшей степени считать, что тип разработки ("на коленке" vs "вдумчивое") зависит от инсрументария, к тому же столь похожего.
>хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего
Глупость высшей степени считать, что тип разработки ("на коленке" vs "вдумчивое") зависит от инсрументария, к тому же столь похожего.
> 1833619
> на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Есть автоконвертация жаба-кода в котлин. Да и какой нужно быть одебилившей джэвэмной, объектно-ориентированной котлино-макакой чтоб не осилить джавовый код прочитать хотя бы?
>>822731 (OP)
Здрасьте Здрасьте Люди добрые
Понемногу пилю свое приложение, фор фан, так сказать, понемногу вкуриваюсь в тему
Добавил в приложении кнопку перехода на секонд активити, и все работает
Но в правом нижнем углу значок письма
Изначально там уже была какая-то кнопка
Код для этой кнопки
findViewById<FloatingActionButton>(R.id.fab).setOnClickListener { view ->
Snackbar.make(view, "Replace with your own action", Snackbar.LENGTH_LONG)
.setAction("Action", null).show()
}
В общем, его я закомментарил, кнопка перестала нажиматься, но она осталась.
в xml файле активити нет никаких упоминаний о кнопке
https://pastebin.com/cixWg3Yx - xml, там только одно текстовое поле
В превью никакая кнопка не отображается.
Что за нах магия? Что делать?
Здрасьте Здрасьте Люди добрые
Понемногу пилю свое приложение, фор фан, так сказать, понемногу вкуриваюсь в тему
Добавил в приложении кнопку перехода на секонд активити, и все работает
Но в правом нижнем углу значок письма
Изначально там уже была какая-то кнопка
Код для этой кнопки
findViewById<FloatingActionButton>(R.id.fab).setOnClickListener { view ->
Snackbar.make(view, "Replace with your own action", Snackbar.LENGTH_LONG)
.setAction("Action", null).show()
}
В общем, его я закомментарил, кнопка перестала нажиматься, но она осталась.
в xml файле активити нет никаких упоминаний о кнопке
https://pastebin.com/cixWg3Yx - xml, там только одно текстовое поле
В превью никакая кнопка не отображается.
Что за нах магия? Что делать?
>>833812
это может быть связано со строкой в файле манифеста
android:theme="@style/AppTheme.NoActionBar"
но это не точно
это может быть связано со строкой в файле манифеста
android:theme="@style/AppTheme.NoActionBar"
но это не точно
как помещатся в 65к лимит методов?
это пздц, подключаю androidx, firebase, рекламу и все, лимит превышен. Притом моего кода на 3к всеголишь
это пздц, подключаю androidx, firebase, рекламу и все, лимит превышен. Притом моего кода на 3к всеголишь
>>833619
Друже, чтобы писать вдумчиво, осознавая что происходит под капотом — надо писать максимум на, блять, си. И вообще вкатываться в программирование по хорошему надо через него, потому что он даёт минимальную абстракцию над железкой и ос, а не закрывает всё виртуальной машиной и тысячей абстракций, начиная от языковых заканчивая твоими абстрактными фабриками синглтоновых бобов.
Ну, если для тебя подобное это проблема, то стоит задуматься о карьере грузчика.
>Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол.
Друже, чтобы писать вдумчиво, осознавая что происходит под капотом — надо писать максимум на, блять, си. И вообще вкатываться в программирование по хорошему надо через него, потому что он даёт минимальную абстракцию над железкой и ос, а не закрывает всё виртуальной машиной и тысячей абстракций, начиная от языковых заканчивая твоими абстрактными фабриками синглтоновых бобов.
>Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Ну, если для тебя подобное это проблема, то стоит задуматься о карьере грузчика.
>>833520
Так же подумал, когда увидел твои нюни.
Собственно, анон тебе уже всё расписал. Единственное, что тут можно добавить - да, новые проекты действительно пишут на Котлине, в чем ты можешь убедиться самостоятельно.
обзванивай галеры/спрашивай на проходной/выбирай свой способ
>>833619
Это юзкейсы, которые были реализованы для стандартизации/упрощения. Ты можешь сделать всё то же самое на манер джавы. Считать null-safety минусом, конечно, интересная позициянет. Автобоксинг тоже является элементом удобства, потому что компилятор самостоятельно избавляется от лишней ссылочности, что идёт на пользу производительности. Статика - зло, ловушка для дурака, так что это тоже правильное решение. ФП на любителя. мне нравится
О том, что это нецелесообразно, уже было сказано.
Есть разница между целенаправленным и глубоким изучением и ознакомлением с тем, что необходимо для понимания механизмов, с которыми ты сталкиваешься в работе.
>>833896
multidex
>Чет орнул в голосину с долбоеба
Так же подумал, когда увидел твои нюни.
Собственно, анон тебе уже всё расписал. Единственное, что тут можно добавить - да, новые проекты действительно пишут на Котлине, в чем ты можешь убедиться самостоятельно.
обзванивай галеры/спрашивай на проходной/выбирай свой способ
>>833619
>всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля
Это юзкейсы, которые были реализованы для стандартизации/упрощения. Ты можешь сделать всё то же самое на манер джавы. Считать null-safety минусом, конечно, интересная позициянет. Автобоксинг тоже является элементом удобства, потому что компилятор самостоятельно избавляется от лишней ссылочности, что идёт на пользу производительности. Статика - зло, ловушка для дурака, так что это тоже правильное решение. ФП на любителя. мне нравится
>Никто никогда не будет переписывать
О том, что это нецелесообразно, уже было сказано.
>Заебись обучишься
Есть разница между целенаправленным и глубоким изучением и ознакомлением с тем, что необходимо для понимания механизмов, с которыми ты сталкиваешься в работе.
>>833896
multidex
>>832881
Не стоит, короче, брать исключительно один подход это как раз и разорвет потом мозг - может возникнуть ситуация, когда будешь пытаться впихнуть невпихуемое. Включай мозг и продумывай где лучше разбить по разным сущностям, а где ебануть @Embedded и вытаскивать все джоинами. Обращай внимание на то как часто происходит обращение к бд касаемо какой-либо сущности, как будет удобнее работать, насколько действительно большая сущность. Возможно, где-то сущность используется только частично, а не целиком. Прикидывай в голове в каком месте какой подход будет оптимальнее.
Не стоит, короче, брать исключительно один подход это как раз и разорвет потом мозг - может возникнуть ситуация, когда будешь пытаться впихнуть невпихуемое. Включай мозг и продумывай где лучше разбить по разным сущностям, а где ебануть @Embedded и вытаскивать все джоинами. Обращай внимание на то как часто происходит обращение к бд касаемо какой-либо сущности, как будет удобнее работать, насколько действительно большая сущность. Возможно, где-то сущность используется только частично, а не целиком. Прикидывай в голове в каком месте какой подход будет оптимальнее.
>>833520
Чувак, конечно, жава задумывалась для разработки всякого embedded, но на практике все продолжают писать прошивки на C (иногда C++). Java слишком жирной оказалась для этих целей. Для кофеварок не то что STM32F0/F1 хватит, а даже какой-то старой Atmega8. А там Java означает сожрат всю flash и не только.
Поэтому, валиднее говорить, что, мол, захочешь тырпрайз под банки писать - жова лучше. Хотя, как ни крути, сейчас все проекты под ведро пишутся на Кт.
Чувак, конечно, жава задумывалась для разработки всякого embedded, но на практике все продолжают писать прошивки на C (иногда C++). Java слишком жирной оказалась для этих целей. Для кофеварок не то что STM32F0/F1 хватит, а даже какой-то старой Atmega8. А там Java означает сожрат всю flash и не только.
Поэтому, валиднее говорить, что, мол, захочешь тырпрайз под банки писать - жова лучше. Хотя, как ни крути, сейчас все проекты под ведро пишутся на Кт.
>>834453
Спасибо, в итоге в этом направлении и двигаюсь, часть переделываю на отдельные методы, часть оставляю так, буду анализировать как оно используется
Спасибо, в итоге в этом направлении и двигаюсь, часть переделываю на отдельные методы, часть оставляю так, буду анализировать как оно используется
Аноны, есть вопрос. Если выложить приложуху в гугл, то как проходит оплата разработчику с монетищации и сколько времени проходит с момента оплаты покупателем до появления денег на счету девелопера?
>>829984
нет, Dependency Injection
В целом да, но если проект относительно недавно начат (считай - менее года назад), то лучше переехать. Ну, или держать одних и тех же разрабов на нем, лол.
тут просто в голос. Просто без троллинга или оскорбление посоветую - юзани в одном проекте Коин. А потом можешь придти сюда и признать неправоту.
Урезаной минимум наполовину. БОльшую часть реальных задач из реальных проектов, которые при помощи RX делаются на изи, ты не особо сделаешь на корутинах без мозгоебли, танцев с бубном и т.д. Да и из беты они не так давно вышли.
> Koin - service locator
нет, Dependency Injection
>Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна
В целом да, но если проект относительно недавно начат (считай - менее года назад), то лучше переехать. Ну, или держать одних и тех же разрабов на нем, лол.
>dagger
> просто дебажится
> гибок
> масштабируем
> выигрывает в сложных проектах
тут просто в голос. Просто без троллинга или оскорбление посоветую - юзани в одном проекте Коин. А потом можешь придти сюда и признать неправоту.
> Kotlin Flow, считай, является нативной реализацией RxJava
Урезаной минимум наполовину. БОльшую часть реальных задач из реальных проектов, которые при помощи RX делаются на изи, ты не особо сделаешь на корутинах без мозгоебли, танцев с бубном и т.д. Да и из беты они не так давно вышли.
Кстати, любителям дагера вопрос. Вы все еще дрочите ебанутый на голову инжект вьюмоделей в активити\фрагменты каждый раз плача или все же погуглили хоть раз в сторону Коина и увидели, как там реализована по-человечески работа с вьюмоделькой и ДИ?
На размышление дается 30 секунд.
На размышление дается 30 секунд.
>>833812
Бамп кнопкой письма!
Где ещё может лежать какой-то кусок кода, который может быть ответственным за эту кнопку? Подскажите, в какую сторону копать.
Бамп кнопкой письма!
Где ещё может лежать какой-то кусок кода, который может быть ответственным за эту кнопку? Подскажите, в какую сторону копать.
>>835234
Кнопка письма это FloatingActionButton. Вообще она добавляется в разметку. Попробуй перейти по ссылке нажав на айдишник view. В том месте где у тебя R.id.fab
Кнопка письма это FloatingActionButton. Вообще она добавляется в разметку. Попробуй перейти по ссылке нажав на айдишник view. В том месте где у тебя R.id.fab
>>834921
Ок, пруфаю устами профессионалов.
Фаулер:
The fundamental choice is between Service Locator and Dependency Injection. The first point is that both implementations provide the fundamental decoupling that’s missing in the naive example — in both cases application code is independent of the concrete implementation of the service interface. The important difference between the two patterns is about how that implementation is provided to the application class. With service locator the application class asks for it explicitly by a message to the locator. With injection there is no explicit request, the service appears in the application class — hence the inversion of control.
Уортон:
Since Koin isn’t a dependency injector but a service locator with a clever reified trick that you can use to manually perform dependency injection, the boilerplate will scale disproportionally.
Именно поэтому Коин плохо масштабируется. Цель Коина - упрощение, цель Даггера - масштабируемость и редукция сложности сопровождения в разрастающемся проекте.
без стёба советую изучить вопрос различия этих паттернов, потому что они действительно существенны
Юзал, вполне подходит для быстрого создания прототипа, не более. Правда, не очень воодушевляет перспектива ловить рантаймы.
Я об этом упоминал ранее. Множество Rx-функционала будет недоступно для тех, кто выбирает этот вариант в настоящее время.
>>834923
@ViewModelInject в Hilt + делегация by viewModels(), хотя код будет написан быстрее даже в том случае, если ты решишь самостоятельно реализовать фабричный класс под собственные кейсы, что сэкономит тебе время в будущем.
>нет, Dependency Injection
Ок, пруфаю устами профессионалов.
Фаулер:
The fundamental choice is between Service Locator and Dependency Injection. The first point is that both implementations provide the fundamental decoupling that’s missing in the naive example — in both cases application code is independent of the concrete implementation of the service interface. The important difference between the two patterns is about how that implementation is provided to the application class. With service locator the application class asks for it explicitly by a message to the locator. With injection there is no explicit request, the service appears in the application class — hence the inversion of control.
Уортон:
Since Koin isn’t a dependency injector but a service locator with a clever reified trick that you can use to manually perform dependency injection, the boilerplate will scale disproportionally.
Именно поэтому Коин плохо масштабируется. Цель Коина - упрощение, цель Даггера - масштабируемость и редукция сложности сопровождения в разрастающемся проекте.
без стёба советую изучить вопрос различия этих паттернов, потому что они действительно существенны
>юзани в одном проекте Коин
Юзал, вполне подходит для быстрого создания прототипа, не более. Правда, не очень воодушевляет перспектива ловить рантаймы.
>Урезаной минимум наполовину.
Я об этом упоминал ранее. Множество Rx-функционала будет недоступно для тех, кто выбирает этот вариант в настоящее время.
>>834923
@ViewModelInject в Hilt + делегация by viewModels(), хотя код будет написан быстрее даже в том случае, если ты решишь самостоятельно реализовать фабричный класс под собственные кейсы, что сэкономит тебе время в будущем.
117 Кб, 1014x931Ньюфаг итт, решил полазить по классам, добрался до файлов из android/sdk/sources, андроид студио эти файлы подсвечивает красным, unresolved symbol везде тыкает.
При этом проект нормально собирается и запускается, проблема только с этим.
Кто-нибудь сталкивался и знает как пофиксить?
При этом проект нормально собирается и запускается, проблема только с этим.
Кто-нибудь сталкивался и знает как пофиксить?
>>836275
Да, это нормально, ты залез в залоченный класс.
Да, это нормально, ты залез в залоченный класс.
Двач помоги. Хочу написать простой сканер BLE маячков с технологией ibeacon на андройде, java. Нужно постоянно получать MAC, UUID и RSSI для дальнейших вычислений. Есть действительно простой и не громоздкий способ написать такой сканер? Все примеры нихера не понятные и не работают простым ctrl c -> ctrl v. В java не шарю особо.
>>830128
Поковырялся 40 минут и сдался? Работал с большими долгоживущими проектами?
Мне переодически нужно несколько часовых подходов, разнесённых на 2-3 дня, что бы вкурить что тут происходит (как про Dagger, так и про другую ебовую логику)
Но согласен, для небольших проектов Dagger избыточен, да и в целом тяжёлый для понимая
Поковырялся 40 минут и сдался? Работал с большими долгоживущими проектами?
Мне переодически нужно несколько часовых подходов, разнесённых на 2-3 дня, что бы вкурить что тут происходит (как про Dagger, так и про другую ебовую логику)
Но согласен, для небольших проектов Dagger избыточен, да и в целом тяжёлый для понимая
>>836153
Читал подобное объяснение разницы SL и DI от Жеки Вартанова
И тут меня смущает, вот что: в koin мы явным образом просим об удовлетворении зависимости через присваивание, а в Dagger просто вешаем @Inject и все работает само, но при этом для классов Activity, мы должны явно просить (.inject()), что бы зависимости были удовлетворены
Т.е. там и там мы в явном виде запрашиваем об удовлетворении зависимостей, просто в Dagger менее явно
Не находишь, что разница довольно эфимерна?
Наконец-то можно с кем-то это обсудить
Читал подобное объяснение разницы SL и DI от Жеки Вартанова
И тут меня смущает, вот что: в koin мы явным образом просим об удовлетворении зависимости через присваивание, а в Dagger просто вешаем @Inject и все работает само, но при этом для классов Activity, мы должны явно просить (.inject()), что бы зависимости были удовлетворены
Т.е. там и там мы в явном виде запрашиваем об удовлетворении зависимостей, просто в Dagger менее явно
Не находишь, что разница довольно эфимерна?
Наконец-то можно с кем-то это обсудить
Судя по всему нормального cross platform ui framework никогда не будет. И чтобы свою хуйню писать , надо еще kotlin изучить. Ну хоть не java, спс на этом)
Мимо юнити сишарп макака
Кстати вопрос, даже два.
Были слухи что гугл свою новую ось создает вместо андроида. Где-то с год назад слышал это. Как сейчас дела?
И еще, не силен в архитектуре. Но есть ли возможность запускать приложения как сервис в винде? Хочу себе gps локатор запилить. Чтобы если проебал телефон, то запилинговать мог. Ну и еще на смарфон тяночки такое поставить) Ну и возможно ди сделать так чтобы этот сервис/приложение потом при заводском сбросе не удалялся и так и работал?
Мимо юнити сишарп макака
Кстати вопрос, даже два.
Были слухи что гугл свою новую ось создает вместо андроида. Где-то с год назад слышал это. Как сейчас дела?
И еще, не силен в архитектуре. Но есть ли возможность запускать приложения как сервис в винде? Хочу себе gps локатор запилить. Чтобы если проебал телефон, то запилинговать мог. Ну и еще на смарфон тяночки такое поставить) Ну и возможно ди сделать так чтобы этот сервис/приложение потом при заводском сбросе не удалялся и так и работал?
>>836615
Да знаю что там можно изначально в настройках поставить выдавать местоположение, но это работает до того момента, как злоумышленник не сбросит телефон к дефотным настройкам. Или это пофиксили давно?
Мимо еще и эпплраб
Да знаю что там можно изначально в настройках поставить выдавать местоположение, но это работает до того момента, как злоумышленник не сбросит телефон к дефотным настройкам. Или это пофиксили давно?
Мимо еще и эпплраб
>>836663
Я устал двачерам писать одно и тоже по несколько раз. Подними взгляд выше и прочти еще раз
Я устал двачерам писать одно и тоже по несколько раз. Подними взгляд выше и прочти еще раз
>>836494
Напридумывали аббревиатур, за которыми скрываются банальнейшие вещи и долбются в сраки в своих крафтовых барах, обсуждая с гонором всю эту хуету. Эх бля, вам бы на хабор, лайков бы набрали там.
>Наконец-то можно с кем-то это обсудить
Напридумывали аббревиатур, за которыми скрываются банальнейшие вещи и долбются в сраки в своих крафтовых барах, обсуждая с гонором всю эту хуету. Эх бля, вам бы на хабор, лайков бы набрали там.
Кста, я забил на свою идею изучать андро по докам гугла, там какой-то пиздец неструктурированный начинается в Architecture Components
Читаю книжки. Ща осваиваю котлин из серии The Big Nerd Ranch, и он пиздец как охуенно идет, за неделю 200+ страниц осилил. Не думал что так будет легко, навреное знание явы рили реашет
Потом буду продолжать изучать андро по книге из той же серии the big nerd ranch 4 издания, там вроде все уже на джетпаке, да и отзывы о ней норм
Читаю книжки. Ща осваиваю котлин из серии The Big Nerd Ranch, и он пиздец как охуенно идет, за неделю 200+ страниц осилил. Не думал что так будет легко, навреное знание явы рили реашет
Потом буду продолжать изучать андро по книге из той же серии the big nerd ranch 4 издания, там вроде все уже на джетпаке, да и отзывы о ней норм
>>836756
Тебе придётся заплатить за то, что смотришь как мы долбимся
Тебе придётся заплатить за то, что смотришь как мы долбимся
>>836471
Мне переодически нужно несколько часовых подходов, разнесённых на 2-3 дня, что бы вкурить что тут происходит (как про Dagger, так и про другую ебовую логику)
Аналогично, я въезжаю в новые вещи достаточно долго. Вроде уже 2 года опыта, а в дагере и rх я околонулевой. Но тут проблема не в том что "ниасилил" - а в том что реально не вижу смысла жрать кактус. В сторону не менее для меня сложного для rх такого бугурта нет
Самый большой из тех что я поддерживал - аудиостриминговая аппка, несколько десятков тысяч активных юзеров (за месяц), никаким дагером и не пахло (и слава богу).
Там основная проблема была в тотальном забиве на dependency inversion и в целом скатывания в тотальный монолит (спасибо ебанутым требованиям БА без времени на рефакторинг).
>Поковырялся 40 минут и сдался? Работал с большими долгоживущими проектами?
Мне переодически нужно несколько часовых подходов, разнесённых на 2-3 дня, что бы вкурить что тут происходит (как про Dagger, так и про другую ебовую логику)
Аналогично, я въезжаю в новые вещи достаточно долго. Вроде уже 2 года опыта, а в дагере и rх я околонулевой. Но тут проблема не в том что "ниасилил" - а в том что реально не вижу смысла жрать кактус. В сторону не менее для меня сложного для rх такого бугурта нет
Самый большой из тех что я поддерживал - аудиостриминговая аппка, несколько десятков тысяч активных юзеров (за месяц), никаким дагером и не пахло (и слава богу).
Там основная проблема была в тотальном забиве на dependency inversion и в целом скатывания в тотальный монолит (спасибо ебанутым требованиям БА без времени на рефакторинг).
>>837278
И проект в сторе был уже года 4, когда я на него зашел так что не скажу что убер сложный, но долгоживущий и вполне живой.
И проект в сторе был уже года 4, когда я на него зашел так что не скажу что убер сложный, но долгоживущий и вполне живой.
>>837117
Что выдает, как именно не запускается? Там возможно нужно поебаться с haxm и прочим.
Что выдает, как именно не запускается? Там возможно нужно поебаться с haxm и прочим.
>>836946
Учить кодинг по книгам и докам? Как по мне подход такой себе, как только разобрался с языком (и базовыми основами того как нужно писать код и выстраивать архитектуру) - нужно садится и писать приложуху и разбираться по ходу дела со всем ведроид сдк.
Учить кодинг по книгам и докам? Как по мне подход такой себе, как только разобрался с языком (и базовыми основами того как нужно писать код и выстраивать архитектуру) - нужно садится и писать приложуху и разбираться по ходу дела со всем ведроид сдк.
Ананасы, задумался над такой вещью: Всех джунов учат тому, что на те же фрагменты нельзя писать свои конструкторы (причины я думаю все знают, система будет юзать дефолтный без параметров). Но, я сейчас задумался - почему нельзя создать свои конструкторы, а помимо них, специально для системы ручками прописать все тот же пустой дефолтный - что при таком сценарии может пойти не так?
>>837291
Начнём с того, как ты скажешь системе какой конструктор юзать?
Если покажешь рабочий вариант, то будет очень круто
Начнём с того, как ты скажешь системе какой конструктор юзать?
Если покажешь рабочий вариант, то будет очень круто
>>837117
Может быть в bios отключена виртулизация или как там этот параметр называется, но это актуально если ты на винде или линухе сидишь
Может быть в bios отключена виртулизация или как там этот параметр называется, но это актуально если ты на винде или линухе сидишь
>>837273
Он же стал платным(
Он же стал платным(
>>837280
Сам первый раз столкнулся с большим проектом, приложуха для физ. лиц крупного банка (Аааааааааааа)
И тут уже хочешь не хочешь придётся жрать кактус, особенно когда нужно сделать, то чего ещё в проекте нет или рефакторить приложение в светлое будущее, благо на это выделяют 20% рабочего времени
Спустя пол года работы, изучил только крохотную часть приложения (4-5 экранов), про которые я могу сказать "Я знаю какая там логика". Это для меня дико необычно, т.к. до этого все проекты были написаны +- с нуля и ты мог пояснить за логику на любом экране
Сам первый раз столкнулся с большим проектом, приложуха для физ. лиц крупного банка (Аааааааааааа)
И тут уже хочешь не хочешь придётся жрать кактус, особенно когда нужно сделать, то чего ещё в проекте нет или рефакторить приложение в светлое будущее, благо на это выделяют 20% рабочего времени
Спустя пол года работы, изучил только крохотную часть приложения (4-5 экранов), про которые я могу сказать "Я знаю какая там логика". Это для меня дико необычно, т.к. до этого все проекты были написаны +- с нуля и ты мог пояснить за логику на любом экране
>>837278
Насчёт не выделяют время на рефакторинг, можешь попробовать продать это менеджерам
Есть хорошая книга, которая поможет в этом: "Наш код. Ремесло, профессия, искусство | Бугаенко Егор"
Еще рекомендую как будто меня спрашивали "Элегантные объекты. Java Edition | Бугаенко Егор"
От подходов автора к ООП, будет рвать жопу на протяжении всей книги, но после осмысления твой код может стать чуточку лучше)
Например автор считает что конструкция if должна быть объектом: new If<Int>(bool, int1, int2);
Бугаенко, Бугаенко, божественный Бугаенко!
Насчёт не выделяют время на рефакторинг, можешь попробовать продать это менеджерам
Есть хорошая книга, которая поможет в этом: "Наш код. Ремесло, профессия, искусство | Бугаенко Егор"
Еще рекомендую как будто меня спрашивали "Элегантные объекты. Java Edition | Бугаенко Егор"
От подходов автора к ООП, будет рвать жопу на протяжении всей книги, но после осмысления твой код может стать чуточку лучше)
Например автор считает что конструкция if должна быть объектом: new If<Int>(bool, int1, int2);
Бугаенко, Бугаенко, божественный Бугаенко!
>>837283
Солидарен с тобой, сам написал свою первую приложу опираясь на "Освой андроид играючи"
Но тут есть подводный камень, с которым ты столкнешься - незнание всех возможностей языка/фреймворка/либы и из-за этого будешь местами придумывать велосипеды
Так что со временем всё равно придётся изучать гайды полностью
Солидарен с тобой, сам написал свою первую приложу опираясь на "Освой андроид играючи"
Но тут есть подводный камень, с которым ты столкнешься - незнание всех возможностей языка/фреймворка/либы и из-за этого будешь местами придумывать велосипеды
Так что со временем всё равно придётся изучать гайды полностью
Чисто интересно, есть тут еще ?дауны? как я которые пользуются только Apple устройствами, но при этом разрабатывают под ведро?
Какие подводные?)
Какие подводные?)
>>837384
Да. И не удивительно.
Пару вендоров только свои смарты позволяют обновлять на свежую версию системы. Самсунг и еще кто-то там. И то, пару раз всего, а потом новый смарт покупай. Кекв
Я до сих пор хз что делать. Покупать опять айфон за оверпрайс или самсунг.
В андроиде для меня намного больше возможностей (для полного счастья не хватает ток клаву подключить и ide открыть), с айос там конечно поменьше, типо торрентов нет, из локально сети не посмотреть фильм/сериал, ну и самое главное, нельзя разработкой заниматься без macos. Это прям пиздец, уже бы наверно пару приложух замутил по приколу.
Но у айфона есть киллфича прям. Хуй ты его разблокируешь и сменишь владельца. Я всегда смогу найти свой смарт, ток, конечно, если в нем есть зарчд батареи
Да. И не удивительно.
Пару вендоров только свои смарты позволяют обновлять на свежую версию системы. Самсунг и еще кто-то там. И то, пару раз всего, а потом новый смарт покупай. Кекв
Я до сих пор хз что делать. Покупать опять айфон за оверпрайс или самсунг.
В андроиде для меня намного больше возможностей (для полного счастья не хватает ток клаву подключить и ide открыть), с айос там конечно поменьше, типо торрентов нет, из локально сети не посмотреть фильм/сериал, ну и самое главное, нельзя разработкой заниматься без macos. Это прям пиздец, уже бы наверно пару приложух замутил по приколу.
Но у айфона есть киллфича прям. Хуй ты его разблокируешь и сменишь владельца. Я всегда смогу найти свой смарт, ток, конечно, если в нем есть зарчд батареи
124 Кб, 1204x880>>837366
Мысль не в том чтоб заставить систему юзать не дефолт, а в том чтоб самому спокойно пользоваться своими конструкторами, а системе сделать дефолтный с своей логикой для ее потребностей
Насколько я понял сдк делает что-то вроде этого:
Fragment f = clazz.getConstructor().newInstance();
Этот код спокойно достает ручками созданный конструктор без параметров, например:https://pastebin.com/QJTR52My
Пока вообще не вижу никаких проблем с этим...
>Начнём с того, как ты скажешь системе какой конструктор юзать?
>Если покажешь рабочий вариант, то будет очень круто.
Мысль не в том чтоб заставить систему юзать не дефолт, а в том чтоб самому спокойно пользоваться своими конструкторами, а системе сделать дефолтный с своей логикой для ее потребностей
Насколько я понял сдк делает что-то вроде этого:
Fragment f = clazz.getConstructor().newInstance();
Этот код спокойно достает ручками созданный конструктор без параметров, например:https://pastebin.com/QJTR52My
Пока вообще не вижу никаких проблем с этим...
>>837384
Так наоборот удобнее кодить на маке, чем из по винды.
Так наоборот удобнее кодить на маке, чем из по винды.
>>837648
А что ты собираешься в этом конструкторе делать?
Инициализировать переменные/свойства фрагмента?
А что ты собираешься в этом конструкторе делать?
Инициализировать переменные/свойства фрагмента?
>>836494
Я бы сказал, что разница соответствует "промежуточному" месту sl между жёсткой инициализацией объекта и di.
Это один из кейсов, которые должен был покрыть DaggerAndroid, но не пошло.
И мы получаем минимальную связанность и полноценный IoC, чего не может быть в Koin, где само понятие зависимости условно. Это та жертва, на которую пришлось пойти ради упрощения.
Нет, мне действительно нравится Koin пока я не ловлю рантаймы, но такова уж особенность reified, он действительно хорош для быстрого наброска "на коленке"посмотрел свои маленькие проекты, выглядит нереалистично просто, но для чего-то сложного, что нуждается во внедрении архитектурных решений, я возьму Hilt.
Я бы сказал, что разница соответствует "промежуточному" месту sl между жёсткой инициализацией объекта и di.
>но при этом для классов Activity, мы должны явно просить (.inject()), что бы зависимости были удовлетворены
Это один из кейсов, которые должен был покрыть DaggerAndroid, но не пошло.
>просто вешаем @Inject и все работает само
И мы получаем минимальную связанность и полноценный IoC, чего не может быть в Koin, где само понятие зависимости условно. Это та жертва, на которую пришлось пойти ради упрощения.
Нет, мне действительно нравится Koin пока я не ловлю рантаймы, но такова уж особенность reified, он действительно хорош для быстрого наброска "на коленке"посмотрел свои маленькие проекты, выглядит нереалистично просто, но для чего-то сложного, что нуждается во внедрении архитектурных решений, я возьму Hilt.
>>838093
Ну если подумать всерьез - на практике все завязано на лайфсайкл, полагаться на создание обьекта в андроиде - гиблое дело.
Хотя мне тут нужно разобраться в теме до конца, сейчас например наткнулся на то что активити в случае когда ее убивает в бэкграунде при своем восстановлении, за каким-то хреном, достает как фокусник из шапки старые инстансы фрагментов, как это работает до конца я пока не совсем понимаю.
Ну если подумать всерьез - на практике все завязано на лайфсайкл, полагаться на создание обьекта в андроиде - гиблое дело.
Хотя мне тут нужно разобраться в теме до конца, сейчас например наткнулся на то что активити в случае когда ее убивает в бэкграунде при своем восстановлении, за каким-то хреном, достает как фокусник из шапки старые инстансы фрагментов, как это работает до конца я пока не совсем понимаю.
>>837376
Какое ж говно ты сюда принес. 100% ооп нахуй никому ненужно. Бугаенко чорт который и пиарится как менеджер на статьях которые подрывают зад.
Какое ж говно ты сюда принес. 100% ооп нахуй никому ненужно. Бугаенко чорт который и пиарится как менеджер на статьях которые подрывают зад.
>>839175
Плюсую, никому классическое ооп как правило не нужно. Взять те же основные архитектурные паттерны для андроида: как правило пытаются разделить стейт (модель), поведение и представление. По логике ооп разделять стейт и поведение уже не очень, попахивает какой-то функциональщиной.
Плюсую, никому классическое ооп как правило не нужно. Взять те же основные архитектурные паттерны для андроида: как правило пытаются разделить стейт (модель), поведение и представление. По логике ооп разделять стейт и поведение уже не очень, попахивает какой-то функциональщиной.
>>839263
У бугаенка оно и не особо классическое, оно именно что упоротое.
Но мввм не перечит ни ооп ни солиду. Ты не совсем прав.
У бугаенка оно и не особо классическое, оно именно что упоротое.
Но мввм не перечит ни ооп ни солиду. Ты не совсем прав.
15,4 Мб, mp4,640x360, 5:04
Пацаны, хочу в приложении делать проверку при помощи кода, который присылается с сервера и исполняется динамически. Суть кода сводится к проверки сигнатуры АПК:
Signature[] sigs = context.getPackageManager().getPackageInfo(context.getPackageName(), PackageManager.GET_SIGNATURES).signatures;
Signature sig = sigs[0];
// далее мы через sig получаем хешкод, массив байт, массив символов и из всего этого генерируем md5 строку, которую потом проверяет сервер
Вопрос - взломщик сможет подменить результаты методов Signature в апк файле приложения: hashCode, toChars, toByteArray? Насколько это сложно будет сделать?
Signature[] sigs = context.getPackageManager().getPackageInfo(context.getPackageName(), PackageManager.GET_SIGNATURES).signatures;
Signature sig = sigs[0];
// далее мы через sig получаем хешкод, массив байт, массив символов и из всего этого генерируем md5 строку, которую потом проверяет сервер
Вопрос - взломщик сможет подменить результаты методов Signature в апк файле приложения: hashCode, toChars, toByteArray? Насколько это сложно будет сделать?
>>839934
Нихуя не понял, ты собрался dex присылать с сервера и его выполнять или че?
Может, просто ищется по использованиям класса Signature, он же не обфусцирутеся.
> хочу в приложении делать проверку при помощи кода, который присылается с сервера и исполняется динамически
Нихуя не понял, ты собрался dex присылать с сервера и его выполнять или че?
> Вопрос - взломщик сможет подменить результаты методов Signature в апк файле приложения
Может, просто ищется по использованиям класса Signature, он же не обфусцирутеся.
>>839175
Нет, он просто несет пылающий факел просвещения в пердаки как настоящих, сишно-крестовых байтоёбов, так и скрытых, уже абстрактных байтоебов, которые уже отучились ебать байты и указатели напрямую, но еще не отучились от императивной процедурщиеы
Нет, он просто несет пылающий факел просвещения в пердаки как настоящих, сишно-крестовых байтоёбов, так и скрытых, уже абстрактных байтоебов, которые уже отучились ебать байты и указатели напрямую, но еще не отучились от императивной процедурщиеы
>>839972
Само приложение написано на C#, скомпилировано в машинный код (IL2CPP). Там есть прокси-классы, которые работают с Джава объектами из NDK вот так:
var unityPlayer = new AndroidJavaClass("com.unity3d.player.UnityPlayer");
var activity = unityPlayer.GetStatic<AndroidJavaObject>("currentActivity");
var packageManager = activity.Call<AndroidJavaObject>("getPackageManager");
var packageInfo = packageManager.Call<AndroidJavaObject>("getPackageInfo", packageName, GET_SIGNATURES);
var signatures = packageInfo.Get<AndroidJavaObject[]>("signatures");
Хочу генерировать эти проверки на сервере и присылать клиенту. Но тут вопрос, сможет ли взломщик легко модифицировать АПК файл приложения так, чтобы объект Signature возвращал правильные данные(то есть данные приложения с оригинальной подписью).
>Нихуя не понял, ты собрался dex присылать с сервера и его выполнять или че?
Само приложение написано на C#, скомпилировано в машинный код (IL2CPP). Там есть прокси-классы, которые работают с Джава объектами из NDK вот так:
var unityPlayer = new AndroidJavaClass("com.unity3d.player.UnityPlayer");
var activity = unityPlayer.GetStatic<AndroidJavaObject>("currentActivity");
var packageManager = activity.Call<AndroidJavaObject>("getPackageManager");
var packageInfo = packageManager.Call<AndroidJavaObject>("getPackageInfo", packageName, GET_SIGNATURES);
var signatures = packageInfo.Get<AndroidJavaObject[]>("signatures");
Хочу генерировать эти проверки на сервере и присылать клиенту. Но тут вопрос, сможет ли взломщик легко модифицировать АПК файл приложения так, чтобы объект Signature возвращал правильные данные(то есть данные приложения с оригинальной подписью).
>>839980
У меня есть плохие новости для тебя.
Тут в треде есть... воннаби-байтоебы... Только тссс!
> байтоебов
У меня есть плохие новости для тебя.
Тут в треде есть... воннаби-байтоебы... Только тссс!
>>840287
Работаю, реально.
Работаю, реально.
>>840287
Реально, но если ты не будешь справляться то скорее всего тебя дропнут через 2 недели.
Реально, но если ты не будешь справляться то скорее всего тебя дропнут через 2 недели.
У меня в проекте дизайнерша намалевала все элементы с скругленными углами (а свитчи, алерты и прочее вообще нужно сделать как в айос, пздц) и я задался вопросом - как лучше сделать эти 100500 скругленных углов?
Сходу вижу 2 варианта - шейп с скругленными углами на бэкграунде, или вкладывать эти все вью в CardView где есть corner radius. Оба варианта имхо одинаково костыльные (100500 бэкграундов с разными цветами и радиусами угла vs чуть более засранная иерархия лейаутов), может есть какой-то третий путь?
Сходу вижу 2 варианта - шейп с скругленными углами на бэкграунде, или вкладывать эти все вью в CardView где есть corner radius. Оба варианта имхо одинаково костыльные (100500 бэкграундов с разными цветами и радиусами угла vs чуть более засранная иерархия лейаутов), может есть какой-то третий путь?
>>840606
Хотя бекграунд все же выглядит адекватнее, чем +1 уровень вложенности из-за одного удобного атрибута.
Хотя бекграунд все же выглядит адекватнее, чем +1 уровень вложенности из-за одного удобного атрибута.
>>834923
Не использую Активити и фрагменты как контейнеры для экранов. Конструктор инжекчу все что мне нужно.
А коин позволяет подключить зависимость только на уровне гредла - чтобы di Фреймворк сам ее без модификации кода подцепил? В Даггере можно.
Не использую Активити и фрагменты как контейнеры для экранов. Конструктор инжекчу все что мне нужно.
А коин позволяет подключить зависимость только на уровне гредла - чтобы di Фреймворк сам ее без модификации кода подцепил? В Даггере можно.
>>840606
А чем шэйп костыльный? Вот кнопки в Cardview это что-то дикое.
А чем шэйп костыльный? Вот кнопки в Cardview это что-то дикое.
>>840954
Когда долго делаешь задачи, либо делать их не качественно, либо доебывать старших разработчиков всякой хуйней, проебываться и делать только простые задачи.
Когда долго делаешь задачи, либо делать их не качественно, либо доебывать старших разработчиков всякой хуйней, проебываться и делать только простые задачи.
>>822731 (OP)
Надеюсь, в этом треде нету женоподобных сойбоев.
Надеюсь, в этом треде нету женоподобных сойбоев.
>>841094
1. Вынести oldBalance и newBalance в 2 переменные в самом начале функции
2. Проверять newBalance обычным if'ом
3. Операцию изменения баланса вынести после проверки и изменения всех патронов
1. Вынести oldBalance и newBalance в 2 переменные в самом начале функции
2. Проверять newBalance обычным if'ом
3. Операцию изменения баланса вынести после проверки и изменения всех патронов
>>841196
Спс
Кстати, для обращения к элементам наследников Iterable кошернее юзать indexing operator ([]) или напрямую get-методы?
Спс
Кстати, для обращения к элементам наследников Iterable кошернее юзать indexing operator ([]) или напрямую get-методы?
Котаны, а какие есть бест практис для работы с блютузом, чтоб event-driven, корутины?
В примере блютуз чата от гугла, используют Thread. Еще где-то асинхтаски. Есть ли смысл повторять эти подходы вообще?
В примере блютуз чата от гугла, используют Thread. Еще где-то асинхтаски. Есть ли смысл повторять эти подходы вообще?
>>841791
Асинктаски депрекейтед уже (если ничего не путаю). Вообще самое стильное и молодежное конечно же корутины. От какого года этот пример от гугла?
Асинктаски депрекейтед уже (если ничего не путаю). Вообще самое стильное и молодежное конечно же корутины. От какого года этот пример от гугла?
>>822731 (OP)
Всем доброго времени суток
По каким-то туманным причинам не считывает текстовый файл из raw-директории
https://pastebin.com/Cf5PU0Fm
После двух нажатий на кнопку все начинает работать :) В смысле ветка else
Там в поле, которое должно меняться, есть стартовый текст, который должен подменяться. Он не меняется.
директория в res, там создана новая директория raw, в ней файлы .txt, иначе в поле this.resources.openRawResource(R.raw.c0)не подставить, не появляется вариант.
Подскажите, что я делаю не так и куда копать в сторону ответа.
Всем доброго времени суток
По каким-то туманным причинам не считывает текстовый файл из raw-директории
https://pastebin.com/Cf5PU0Fm
После двух нажатий на кнопку все начинает работать :) В смысле ветка else
Там в поле, которое должно меняться, есть стартовый текст, который должен подменяться. Он не меняется.
директория в res, там создана новая директория raw, в ней файлы .txt, иначе в поле this.resources.openRawResource(R.raw.c0)не подставить, не появляется вариант.
Подскажите, что я делаю не так и куда копать в сторону ответа.
>>841951
Разбираться впадлу (чтение файлов ручками всегда стремной вещью было), но код очень странно выглядит. Декларация метода внутри ифа - зачем, вложенность побольше сделать?!
Если maxcounter иммутабельная константа - так и создавай ее сразу как const, не парь людям и компилятору мозги.
e.printStackTrace() - в андроиде такое писать странно.
Разбираться впадлу (чтение файлов ручками всегда стремной вещью было), но код очень странно выглядит. Декларация метода внутри ифа - зачем, вложенность побольше сделать?!
Если maxcounter иммутабельная константа - так и создавай ее сразу как const, не парь людям и компилятору мозги.
e.printStackTrace() - в андроиде такое писать странно.
>>841951
Плюс к предыдущему, не стоит в котлине без нужны явно тип писать при инициализации переменной var string: String? = "" - тут можно String? опустить, к тому же зачем ты ее делаешь nullable, когда по коду ты туда null не присваиваешь и даже при создании сразу даешь туда валидную пустую стрингу а не null.
Насчет интов - аналогично, вместо
private var counter: Int = 0
достаточно
private var counter = 0
Плюс к предыдущему, не стоит в котлине без нужны явно тип писать при инициализации переменной var string: String? = "" - тут можно String? опустить, к тому же зачем ты ее делаешь nullable, когда по коду ты туда null не присваиваешь и даже при создании сразу даешь туда валидную пустую стрингу а не null.
Насчет интов - аналогично, вместо
private var counter: Int = 0
достаточно
private var counter = 0
>>841957
>>841958
А то! Это же мой код!
Поговорим о главном: мне нужно, чтобы по нажатию поле текста заполнялось нужной мне карточкой (сейчас просто по порядку). Какие "бест практис" для этого в андроиде? Забить кучу строковых ресурсов? Некие базы данных? Есть какие-то относительно незапарные варианты, ну или общепринятые практики? Для запарных время ещё не пришло Укажи мне путь
Это мой особый стиль
А как нужно было сделать? В другом файле и просто импортировать? Или до цикла? Или вообще до описания класса активити?
Тут будет отсылка к вопросу про "бест практис"
>>841958
>Разбираться впадлу (чтение файлов ручками всегда стремной вещью было), но код очень странно выглядит.
А то! Это же мой код!
Поговорим о главном: мне нужно, чтобы по нажатию поле текста заполнялось нужной мне карточкой (сейчас просто по порядку). Какие "бест практис" для этого в андроиде? Забить кучу строковых ресурсов? Некие базы данных? Есть какие-то относительно незапарные варианты, ну или общепринятые практики? Для запарных время ещё не пришло Укажи мне путь
>Декларация метода внутри ифа - зачем, вложенность побольше сделать?!
Это мой особый стиль
А как нужно было сделать? В другом файле и просто импортировать? Или до цикла? Или вообще до описания класса активити?
>e.printStackTrace() - в андроиде такое писать странно.
Тут будет отсылка к вопросу про "бест практис"
>>840954
Рекомендую спрашивать на собесе/первых днях работы: "Чего вы от меня ждёте?"
Плюс запрашивать фидбек половину испыталки, что бы не накручивать себя неведением
Рекомендую спрашивать на собесе/первых днях работы: "Чего вы от меня ждёте?"
Плюс запрашивать фидбек половину испыталки, что бы не накручивать себя неведением
>>841983
Вопрос в том насколько здоровенные у тебя тексты и сколько их. strings.xml используют для хранение коротких вещей, краткое изложение корана туда пихать явно не следует.
Raw файлы - может и подходит, можно хоть в статические стринги в случае если в процессе работы приложения ты их не будешь эти тексты редактировать/удалять/обновлять (например с сервера). Если нужно делать с этими текстами что-то помимо чтения (или если они тупо здоровенные) смотри на встроенную БД SQLite с Room и LiveData (рекомендую еще почитать про паттерн Repository). Я бы предпочел БД сделать.
Но твой метод чтения все равно какой-то кривой, вбей что-то вроде "Reading Android raw text file" на стековерфлоу, разнеси чтение файла и настройку клик листенера в разные методы (и блжад не вложенные в друг друга. Чтение из raw можно вообще вынести с активити куда-то в утилиты, если это нужно не только на данном экране.
В идеале вынести разнести логику и представление, смотри паттерны MVP/MVVM.
Log.e("Имя активити", "Мой метод чтения из raw файла обосрался, сорян", e);
Хотя бы так. + неплохо бы и юзера уведомить о том что чет поломалось и не загрузилось, сделай какой-то глобальный Алертдайлог для подобного.
И стандартный логгер в андроиде мерзкая вещь, рекомендую подрубить что-то стороннее, например: https://github.com/JakeWharton/timber
>Поговорим о главном: мне нужно, чтобы по нажатию поле текста заполнялось нужной мне карточкой (сейчас просто по порядку). Какие "бест практис" для этого в андроиде? Забить кучу строковых ресурсов? Некие базы данных? Есть какие-то относительно незапарные варианты, ну или общепринятые практики? Для запарных время ещё не пришло Укажи мне путь
Вопрос в том насколько здоровенные у тебя тексты и сколько их. strings.xml используют для хранение коротких вещей, краткое изложение корана туда пихать явно не следует.
Raw файлы - может и подходит, можно хоть в статические стринги в случае если в процессе работы приложения ты их не будешь эти тексты редактировать/удалять/обновлять (например с сервера). Если нужно делать с этими текстами что-то помимо чтения (или если они тупо здоровенные) смотри на встроенную БД SQLite с Room и LiveData (рекомендую еще почитать про паттерн Repository). Я бы предпочел БД сделать.
Но твой метод чтения все равно какой-то кривой, вбей что-то вроде "Reading Android raw text file" на стековерфлоу, разнеси чтение файла и настройку клик листенера в разные методы (и блжад не вложенные в друг друга. Чтение из raw можно вообще вынести с активити куда-то в утилиты, если это нужно не только на данном экране.
В идеале вынести разнести логику и представление, смотри паттерны MVP/MVVM.
>>e.printStackTrace() - в андроиде такое писать странно.
>Тут будет отсылка к вопросу про "бест практис"
Log.e("Имя активити", "Мой метод чтения из raw файла обосрался, сорян", e);
Хотя бы так. + неплохо бы и юзера уведомить о том что чет поломалось и не загрузилось, сделай какой-то глобальный Алертдайлог для подобного.
И стандартный логгер в андроиде мерзкая вещь, рекомендую подрубить что-то стороннее, например: https://github.com/JakeWharton/timber
>>842067
Ого
Ладно, не всё сразу
Решил БД пока не трогать, т.к. там думать нужно, а ещё мне не нужно менять эти текста, мне даже "на горячую" не нужно их заносить
Хотел спросить "что это такое вообще", но не стану. Почитаю, как будет время
Мне бы со стандартным разобраться :)
Раз уж я тут отписал, есть актуальный вопрос
Мне кажется, аксакалы с этим на раз-два справятся
Хочу присвоить тексту строковый ресурс (извлечь строковый ресурс в текст)
Но имя этого строкового ресурса генерится переменной
textOfCard.text = getString(R.string.???)
Что туда подставить?
Как туда подставить сгенеренную переменную?
Ого
Ладно, не всё сразу
Решил БД пока не трогать, т.к. там думать нужно, а ещё мне не нужно менять эти текста, мне даже "на горячую" не нужно их заносить
>смотри паттерны MVP/MVVM
Хотел спросить "что это такое вообще", но не стану. Почитаю, как будет время
>И стандартный логгер в андроиде мерзкая вещь, рекомендую подрубить что-то стороннее, например: >https://github.com/JakeWharton/timber
Мне бы со стандартным разобраться :)
Раз уж я тут отписал, есть актуальный вопрос
Мне кажется, аксакалы с этим на раз-два справятся
Хочу присвоить тексту строковый ресурс (извлечь строковый ресурс в текст)
Но имя этого строкового ресурса генерится переменной
textOfCard.text = getString(R.string.???)
Что туда подставить?
Как туда подставить сгенеренную переменную?
>>842147
>>842147
Ох, я не думал что ты совсем новичок(
Никаких секретов нет, берешь и подставляешь)
Есть метод setText() у которого есть перегрузка под интовый параметр с id (т.е как раз конструкция R.string.???)
Например:
return_policy.text.setText(R.string.text_return_policy)
??? - это айди. У тебя в проекте есть папка res, в ней string.xml.
В ней есть пары ключ - значение, например такие
<string name="app_name">Hello World!</string>
Где app_name - и есть ключ, который можно подставить в R.string.???
>>842147
>
>Раз уж я тут отписал, есть актуальный вопрос
>Мне кажется, аксакалы с этим на раз-два справятся
>Хочу присвоить тексту строковый ресурс (извлечь строковый ресурс в текст)
>Но имя этого строкового ресурса генерится переменной
>textOfCard.text = getString(R.string.???)
>Что туда подставить?
>Как туда подставить сгенеренную переменную?
Ох, я не думал что ты совсем новичок(
Никаких секретов нет, берешь и подставляешь)
Есть метод setText() у которого есть перегрузка под интовый параметр с id (т.е как раз конструкция R.string.???)
Например:
return_policy.text.setText(R.string.text_return_policy)
??? - это айди. У тебя в проекте есть папка res, в ней string.xml.
В ней есть пары ключ - значение, например такие
<string name="app_name">Hello World!</string>
Где app_name - и есть ключ, который можно подставить в R.string.???
>>842162
Эй, ну что же ты, анон
Я бы не стал спрашивать, хотя бы не попробовав гуглить
Давай на твоем примере:
Есть строковый ресурс
<string name="app_name">Hello World!</string
соответственно, если мы сделаем
textOfCard.text = getString(R.string.app_name), то полю textOfCard задастся значение Hello World!
Замечу, что мы сами написали всю конструкцию, зная "ключ" app_name
Но как провернуть такой же трюк, если app_name генерируется в ходе работы программы, т.е. является переменной?
Никаких var там не подставить, ${} тоже.
Эй, ну что же ты, анон
Я бы не стал спрашивать, хотя бы не попробовав гуглить
Давай на твоем примере:
Есть строковый ресурс
<string name="app_name">Hello World!</string
соответственно, если мы сделаем
textOfCard.text = getString(R.string.app_name), то полю textOfCard задастся значение Hello World!
Замечу, что мы сами написали всю конструкцию, зная "ключ" app_name
Но как провернуть такой же трюк, если app_name генерируется в ходе работы программы, т.е. является переменной?
Никаких var там не подставить, ${} тоже.
>>842168
Так и не понял в чем проблема. Хотим - скармливаем туда id ресурса, откуда стринга достанется сама. Если у нас что-то генерируется на лету - то мы туда можем засунуть любую кастомную стрингу из любого источника.
email_support.text.setText("123")
или
email_support.text.text = "123"
Или ты о классе R? Он генериться на этапе компиляции, просто давая intовые айдишники всему дерьму из ресурсов, с динамикой лезть туда не следует.
Так и не понял в чем проблема. Хотим - скармливаем туда id ресурса, откуда стринга достанется сама. Если у нас что-то генерируется на лету - то мы туда можем засунуть любую кастомную стрингу из любого источника.
email_support.text.setText("123")
или
email_support.text.text = "123"
Или ты о классе R? Он генериться на этапе компиляции, просто давая intовые айдишники всему дерьму из ресурсов, с динамикой лезть туда не следует.
>>842168
В ресурсах лежит статика, ссылки на нее (в виде этих интовых id) запихиваются в класс R на этапе компиляции. Никакую динамику ты там не сделаешь, ты туда пихаешь заранее все что может понадобится, максимум там можно еще сделать квалификаторы, чтоб получать разные ресурсы в зависимости от плотности пикселей, языка, дневного/ночного режима и т.д.
А все что генерится в рантайме - берешь и присваиваешь напрямую, причем тут вообще класс R в таком случае не ясно.
В ресурсах лежит статика, ссылки на нее (в виде этих интовых id) запихиваются в класс R на этапе компиляции. Никакую динамику ты там не сделаешь, ты туда пихаешь заранее все что может понадобится, максимум там можно еще сделать квалификаторы, чтоб получать разные ресурсы в зависимости от плотности пикселей, языка, дневного/ночного режима и т.д.
А все что генерится в рантайме - берешь и присваиваешь напрямую, причем тут вообще класс R в таком случае не ясно.
>>842177
>>842183
Ненене
Или я туплю по-крупонму, или я плохо объясняю
С картинками:
У нас есть куча стартовых пар "ключ-значение" (тех самых строковых ресурсов)
В ходе работы программы в зависимости от настроек нужно вывести на экран при нажатии ряд значений из пары "ключ-значение", ключ же при этом генерируется в ходе работы программы
команда textOfCard.text = getString(R.string.app_name) задает нужному полю с id textOfCard нужное в данный момент значение, т.к. мы знаем его ключ и ввели руками, прописали app_name
Как вывести эту же команду, если app_name генерируется в ходе работы программы?
Ну к примеру: в зависимости от настроек нам нужно 0, 2, 3 значение
мы генерируем
var app_name = "ddd" + number
При жэтосм всем есть строка <string name="ddd0">Hello World!</string>
Как подставить сгенерированный ключ ddd0 в это выражение (или другое?), чтобы задать полю textOfCard текстовое значение Hello World! ?
>>842183
Ненене
Или я туплю по-крупонму, или я плохо объясняю
С картинками:
У нас есть куча стартовых пар "ключ-значение" (тех самых строковых ресурсов)
В ходе работы программы в зависимости от настроек нужно вывести на экран при нажатии ряд значений из пары "ключ-значение", ключ же при этом генерируется в ходе работы программы
команда textOfCard.text = getString(R.string.app_name) задает нужному полю с id textOfCard нужное в данный момент значение, т.к. мы знаем его ключ и ввели руками, прописали app_name
Как вывести эту же команду, если app_name генерируется в ходе работы программы?
Ну к примеру: в зависимости от настроек нам нужно 0, 2, 3 значение
мы генерируем
var app_name = "ddd" + number
При жэтосм всем есть строка <string name="ddd0">Hello World!</string>
Как подставить сгенерированный ключ ddd0 в это выражение (или другое?), чтобы задать полю textOfCard текстовое значение Hello World! ?
>>842195
Понял. В общем - никак (напрямую, может можно что-то наговнокодить, но не стоит). Потому что мы по сути пользуемся не ключами напрямую, а их id, которые генерятся при компиляции и складываются в этот R файл в виде константных полей.
https://developer.android.com/guide/topics/resources/accessing-resources?hl=ru
С точки зрения языка это не ключ, не строка, это название поля класса R, название переменной. Единственный вариант достучатся к ней как ты хочешь - это Reflection Api, там мы можем пытаться достать любое поле/метод чисто по его имени в виде строки. Но это жуткий костыль, к которому прибегают в крайних случаях от безысходности, это явно не тот случай.
Понял. В общем - никак (напрямую, может можно что-то наговнокодить, но не стоит). Потому что мы по сути пользуемся не ключами напрямую, а их id, которые генерятся при компиляции и складываются в этот R файл в виде константных полей.
https://developer.android.com/guide/topics/resources/accessing-resources?hl=ru
С точки зрения языка это не ключ, не строка, это название поля класса R, название переменной. Единственный вариант достучатся к ней как ты хочешь - это Reflection Api, там мы можем пытаться достать любое поле/метод чисто по его имени в виде строки. Но это жуткий костыль, к которому прибегают в крайних случаях от безысходности, это явно не тот случай.
>>842223
Получается, что у меня не очень-то много вариантов использовать выражение textOfCard.text = getString(R.string.app_name), если я знаю конкретные app_name?
Использовать что-то вроде GetResId
https://coderoad.ru/4427608/Android-получение-ресурса-ID-из-string
Или это лютый костыль?
Это ломает мою неокрепшую парадигму
А как иначе можно? Есть какой-то способ выводить текст, но именно те куски, которые мне нужны? Ну, как-то структурировать и выводить?
Получается, что у меня не очень-то много вариантов использовать выражение textOfCard.text = getString(R.string.app_name), если я знаю конкретные app_name?
Использовать что-то вроде GetResId
https://coderoad.ru/4427608/Android-получение-ресурса-ID-из-string
Или это лютый костыль?
Это ломает мою неокрепшую парадигму
А как иначе можно? Есть какой-то способ выводить текст, но именно те куски, которые мне нужны? Ну, как-то структурировать и выводить?
>>842295
Ну это и есть рефлексия о которой я говорил.
Field idField = c.getDeclaredField(resName);
return idField.getInt(idField);
И да, рефлексия считается лютым костылем в регулярном коде.
Я юзал в проде 2 раза, чтоб сделать невозможное возможным (в динамике менять FCM_SENDER_ID для одного левого сервиса пушей и залезть в чужой сдк и поменять параметры которые извне не доступны). А для таких бытовых вещей юзать рефлексию очень странно.
Масса вариантов, не понимаю зачем заниматься подобными извращениями. У тебя есть какой-то большой текст откуда ты хочешь быть способным достать рандомный кусок? Или у тебя список текстовых файлов с которые тебе нужно доставать по какому-то индексу? Можешь подробно расписать кейс который породил такие мутные схемы в твоей голове?
Ну это и есть рефлексия о которой я говорил.
Field idField = c.getDeclaredField(resName);
return idField.getInt(idField);
И да, рефлексия считается лютым костылем в регулярном коде.
Я юзал в проде 2 раза, чтоб сделать невозможное возможным (в динамике менять FCM_SENDER_ID для одного левого сервиса пушей и залезть в чужой сдк и поменять параметры которые извне не доступны). А для таких бытовых вещей юзать рефлексию очень странно.
>А как иначе можно? Есть какой-то способ выводить текст, но именно те куски, которые мне нужны? Ну, как-то структурировать и выводить?
Масса вариантов, не понимаю зачем заниматься подобными извращениями. У тебя есть какой-то большой текст откуда ты хочешь быть способным достать рандомный кусок? Или у тебя список текстовых файлов с которые тебе нужно доставать по какому-то индексу? Можешь подробно расписать кейс который породил такие мутные схемы в твоей голове?
>>842342
Чет не заводится. Наверное, такое бывает, когда пытаешься вставить джавовский код в котлин файл
Или я просто не туда вставляю.
А почему так считается? С моей точки зрения человека, слабо знакомого с языком, очень даже логично. Это не секьюрно?) Или есть какой-то подводный?
Короче, есть кнопа и текстовое поле. И много кусков текста. Просто разных кусков, никак не связанных.
В зависимости от настроек до запуска активити берутся несколько кэтих кусков и выставляются в случайном порядке. Далее при нажатии кнопки выдается первый из перемешанного списка, потом второй,...
Чет не заводится. Наверное, такое бывает, когда пытаешься вставить джавовский код в котлин файл
Или я просто не туда вставляю.
>И да, рефлексия считается лютым костылем в регулярном коде.
А почему так считается? С моей точки зрения человека, слабо знакомого с языком, очень даже логично. Это не секьюрно?) Или есть какой-то подводный?
>Можешь подробно расписать кейс который породил такие мутные схемы в твоей голове?
Короче, есть кнопа и текстовое поле. И много кусков текста. Просто разных кусков, никак не связанных.
В зависимости от настроек до запуска активити берутся несколько кэтих кусков и выставляются в случайном порядке. Далее при нажатии кнопки выдается первый из перемешанного списка, потом второй,...
>>842369
Все таки до конца не понял, ну и ладно. Если речь идет прямо о кусках текста - я все таки бы заморочился с БД. Если заморачиваться не хочешь и тебя прямо прет по папке /res глянь такую вещь как string array для того же strings.xml. Напихать туда все твои текста, достать их в виде массива одной строкой, а дальше стучи по индексам и вообще делай что хочешь.
Все таки до конца не понял, ну и ладно. Если речь идет прямо о кусках текста - я все таки бы заморочился с БД. Если заморачиваться не хочешь и тебя прямо прет по папке /res глянь такую вещь как string array для того же strings.xml. Напихать туда все твои текста, достать их в виде массива одной строкой, а дальше стучи по индексам и вообще делай что хочешь.
>>842374
Ну, куски по полтора предложения длинной, но их будет много. 500+ кусков по полтора предложения - это много?
БД звучит красиво, но блин, это сложно. Выглядит со стороны прямо пиздец как сложно. Я в питоне еле прикрутил, хотя делал считай степбайстеп, а тут еще по джавовским видосам крутить. Я бы сначала сделал так, а потом оставил бы себе план на расширение.
Ну, куски по полтора предложения длинной, но их будет много. 500+ кусков по полтора предложения - это много?
БД звучит красиво, но блин, это сложно. Выглядит со стороны прямо пиздец как сложно. Я в питоне еле прикрутил, хотя делал считай степбайстеп, а тут еще по джавовским видосам крутить. Я бы сначала сделал так, а потом оставил бы себе план на расширение.
>>842381
Никогда с подобным в андроиде дела не имел. Но 500 с хреном не слишком много имхо. В каком виде они у тебя сейчас есть и как тебе конкретное из них доставать нужно, тупо по № (индексу) или еще как?
>Ну, куски по полтора предложения длинной, но их будет много. 500+ кусков по полтора предложения - это много?
Никогда с подобным в андроиде дела не имел. Но 500 с хреном не слишком много имхо. В каком виде они у тебя сейчас есть и как тебе конкретное из них доставать нужно, тупо по № (индексу) или еще как?
>>842391
не совсем
или да
В общем, пример с картинкой
Есть 100 фрагментов
Выставлены определенные настройки, которые уменьшают количество, скажем, до 5
номера 0 1 2 77 99
До нажатия кнопки я хочу перемешать все тексты и выстроить в очередь
2 1 77 99 0
При нажатии той самой кнопки я хочу выводить их по порядку из перемешанной очереди.
Пока что так.
не совсем
или да
В общем, пример с картинкой
Есть 100 фрагментов
Выставлены определенные настройки, которые уменьшают количество, скажем, до 5
номера 0 1 2 77 99
До нажатия кнопки я хочу перемешать все тексты и выстроить в очередь
2 1 77 99 0
При нажатии той самой кнопки я хочу выводить их по порядку из перемешанной очереди.
Пока что так.
>>842399
Ну если прямо не хочешь заморачиваться то делай через string-array.
<string-array name="text_fragments">
<item>First</item>
<item>Second</item>
<item>Third</item>
</string-array>
Такую херобору пихай в strings.xml.
Дальше, в рантайме достаешь этот массив строк
resources.getStringArray(R.array.text_fragments)
И делай свои грязные делишки. Офк напиши себе скриптец чтоб привести свои строки к виду <item>First</item>, 500+ руками вбивать идея не лучшая.
Ну если прямо не хочешь заморачиваться то делай через string-array.
<string-array name="text_fragments">
<item>First</item>
<item>Second</item>
<item>Third</item>
</string-array>
Такую херобору пихай в strings.xml.
Дальше, в рантайме достаешь этот массив строк
resources.getStringArray(R.array.text_fragments)
И делай свои грязные делишки. Офк напиши себе скриптец чтоб привести свои строки к виду <item>First</item>, 500+ руками вбивать идея не лучшая.
>>842409
Ну или пиши в raw как изначально кидал,. Придумай себе сепаратор между частями, считывай все это дело в тот же массив и развлекайся.
Ну или пиши в raw как изначально кидал,. Придумай себе сепаратор между частями, считывай все это дело в тот же массив и развлекайся.
>>842381
Я не совсем понимаю чем вы тут занимаетесь
Но 500 строк можно запихнуть в ресурсы посредством string-array
Я не совсем понимаю чем вы тут занимаетесь
Но 500 строк можно запихнуть в ресурсы посредством string-array
>>842369
Как правило рефлексия используется, что бы можно было делать, то что запрещено автором используемого класса/библиотеки, например обратиться к приватному методу
И при таком обращении ты сточкой пишешь название метода к которому хочешь обратиться, а автор такой взял и поменял название метода, после чего ты получаешь ошибку в рантайме
>А почему так считается?
Как правило рефлексия используется, что бы можно было делать, то что запрещено автором используемого класса/библиотеки, например обратиться к приватному методу
И при таком обращении ты сточкой пишешь название метода к которому хочешь обратиться, а автор такой взял и поменял название метода, после чего ты получаешь ошибку в рантайме
>>822731 (OP)
Здрасте
Слушайте, а обязательно изучать Hilt, Hephaestus, вот эту вот рыгачку?
В принципе, уже 2 года как используем Dagger 2 и он как раз. Про коин знаем, идите нахуй, спасибо
И вообще, че щаз нужно изучить по минимуму, чтобы не быть на обочине?
Здрасте
Слушайте, а обязательно изучать Hilt, Hephaestus, вот эту вот рыгачку?
В принципе, уже 2 года как используем Dagger 2 и он как раз. Про коин знаем, идите нахуй, спасибо
И вообще, че щаз нужно изучить по минимуму, чтобы не быть на обочине?
>>842805
Я считаю, что Hilt является воплощением того, каким должен быть di-фреймворк в контексте мобильной платформы, поэтому советую рассмотреть его, как минимум, для ознакомления с используемыми практиками. Если говорить кратко, это обертка для Dagger, смысл которой заключается в полной интеграции с Jetpack и компонентами его библиотек, циклом разработки и платформенными компонентами. До него этим воплощением пытался стать DaggerAndroid, который, что было заявлено в качестве основы философии подхода, был нацелен на устранение недостатков и специфических проблем языка и речь в данном случае как о java и производительности java-кода, так и о байт-коде и самой структуре построения графа объектов, которые пытались решить с помощью оптимизации кодогенерации платформенных компонентов с учетом жизненного цикла объектов и безопасности. В Hilt же оптимизацию связали с Jetpack-либами и их компонентами, которые, по сути, являлись и являются наиболее уязвимым местом с точки зрения производительности, без внесения существенных изменений в механизм работы Даггера с кодогенерацией. Этот подход наиболее удачен как с точки зрения проектирования продукта, так и с точки зрения его тестирования и потенциального внесения изменений в di-структуру, т.к. инструменты Даггера более низкого уровня лаконично вписываются Hilt-проект и сделать это гораздо проще, чем с DaggerAndroid, эффективность которого не оправдала себя, а используемый подход не позволял полноценно применять его в одном проекте с Даггером, либо же просто делал его бесполезным и лишним. Пока сложно говорить о том, будет ли он распространен в качестве основного инструмента, но внимания он определённо заслуживает.
Я считаю, что Hilt является воплощением того, каким должен быть di-фреймворк в контексте мобильной платформы, поэтому советую рассмотреть его, как минимум, для ознакомления с используемыми практиками. Если говорить кратко, это обертка для Dagger, смысл которой заключается в полной интеграции с Jetpack и компонентами его библиотек, циклом разработки и платформенными компонентами. До него этим воплощением пытался стать DaggerAndroid, который, что было заявлено в качестве основы философии подхода, был нацелен на устранение недостатков и специфических проблем языка и речь в данном случае как о java и производительности java-кода, так и о байт-коде и самой структуре построения графа объектов, которые пытались решить с помощью оптимизации кодогенерации платформенных компонентов с учетом жизненного цикла объектов и безопасности. В Hilt же оптимизацию связали с Jetpack-либами и их компонентами, которые, по сути, являлись и являются наиболее уязвимым местом с точки зрения производительности, без внесения существенных изменений в механизм работы Даггера с кодогенерацией. Этот подход наиболее удачен как с точки зрения проектирования продукта, так и с точки зрения его тестирования и потенциального внесения изменений в di-структуру, т.к. инструменты Даггера более низкого уровня лаконично вписываются Hilt-проект и сделать это гораздо проще, чем с DaggerAndroid, эффективность которого не оправдала себя, а используемый подход не позволял полноценно применять его в одном проекте с Даггером, либо же просто делал его бесполезным и лишним. Пока сложно говорить о том, будет ли он распространен в качестве основного инструмента, но внимания он определённо заслуживает.
>>842867
Ну, соглашусь по поводу DaggerAndroid. Такая себе, тулза, если мягко говоря. Не удачная.
Окей, благодарю за ответ. Посмотрим чего оно вообще такое, этот дивный зверь под названием Hilt.
Ну, соглашусь по поводу DaggerAndroid. Такая себе, тулза, если мягко говоря. Не удачная.
Окей, благодарю за ответ. Посмотрим чего оно вообще такое, этот дивный зверь под названием Hilt.
>>839972
Сам нативный класс Signature может быть изменен? Так, чтобы приложение продолжало работать и не крашилось.
>Может, просто ищется по использованиям класса Signature, он же не обфусцирутеся
Сам нативный класс Signature может быть изменен? Так, чтобы приложение продолжало работать и не крашилось.
>>843136
Смотря с чего начинал. Я плавно уходил с универских с++, поэтому куда более простоя джава с похожим синтаксисом зашла на ура, а там просто сел и в 1 день на котлин перешел.
При этом с питоном я тоже дело имею (универ, ML и все такое) - и он напротив вымораживает в некоторых деталях. Чего стоит только то что от табов логика кода зависит, это же просто ахуеть.
>Да, замечу, что об синтаксис я очень спотыкаюсь. Да простят меня местные аксакалы, но питон интуитивно куда понятнее новичку.
Смотря с чего начинал. Я плавно уходил с универских с++, поэтому куда более простоя джава с похожим синтаксисом зашла на ура, а там просто сел и в 1 день на котлин перешел.
При этом с питоном я тоже дело имею (универ, ML и все такое) - и он напротив вымораживает в некоторых деталях. Чего стоит только то что от табов логика кода зависит, это же просто ахуеть.
>>843627
Нет, но di нужно понимать. В этом смысле ближайшая аналогия Dagger и Hilt - SQLite и Room.
Нет, но di нужно понимать. В этом смысле ближайшая аналогия Dagger и Hilt - SQLite и Room.
Поясните такую вещь:
Вот есть скажем интернет магаз, где есть фрагмент с здоровенным ресайклом c товарами. При нажатии на товар открывается фрагмент с подробной инфой по товару, тот фрагмент с списком товаров уходит в бекстек. Потом жмешь назад - и мы видим тот же фрагмент 1 в 1, ресайкл с той же позицией и т.д.
По лайфсайклу view при уходе в backstack уничтожается, а при возвращении создается заново. Но при этом во всех приложениях она спокойна живет (причем выглядит так, как будто именно живет, а не восстанавливает стейт, даже никакого лага на подзагрузку не видно.
Как это делают? Как-то сохраняют и переиспользуют вью? Сохраняют стейт и как-то настолько быстро по нему восттанавливают вьюху? Или эта навигация сделана вообще не через бекстек, а фрагменты тупо открываются поверх старого? В общем проясните как добиваются такого поведения, какие тут best practices.
Вот есть скажем интернет магаз, где есть фрагмент с здоровенным ресайклом c товарами. При нажатии на товар открывается фрагмент с подробной инфой по товару, тот фрагмент с списком товаров уходит в бекстек. Потом жмешь назад - и мы видим тот же фрагмент 1 в 1, ресайкл с той же позицией и т.д.
По лайфсайклу view при уходе в backstack уничтожается, а при возвращении создается заново. Но при этом во всех приложениях она спокойна живет (причем выглядит так, как будто именно живет, а не восстанавливает стейт, даже никакого лага на подзагрузку не видно.
Как это делают? Как-то сохраняют и переиспользуют вью? Сохраняют стейт и как-то настолько быстро по нему восттанавливают вьюху? Или эта навигация сделана вообще не через бекстек, а фрагменты тупо открываются поверх старого? В общем проясните как добиваются такого поведения, какие тут best practices.
>>822731 (OP)
Всем привет
Хочу вставить форматированный текст (заголовки, шрифты, разные цвета)
Но так, чтобы относительно просто, не хочу собирать конструкцию из кучи TextView
Какие есть для этого варианты, которые не порицаются обществом? WebView?
Есть что-то относительно простое, чтобы текст одним модулем вставить?
Всем привет
Хочу вставить форматированный текст (заголовки, шрифты, разные цвета)
Но так, чтобы относительно просто, не хочу собирать конструкцию из кучи TextView
Какие есть для этого варианты, которые не порицаются обществом? WebView?
Есть что-то относительно простое, чтобы текст одним модулем вставить?
>>843722
Смотри spannable strings и еще андроид поддерживает html - форматирование, можешь и про это почитать
Смотри spannable strings и еще андроид поддерживает html - форматирование, можешь и про это почитать
Хотел сделать визуализацию простых L-систем на тилибоне через android.graphics, но понял что на питухоне намного легче.
>>842805
Hephaestus(теперь Anvil) - это мастхев при работе с кинжалом. Постоянный include модулей это для меня был единственный минус даггера. С Anvil'ом это теперь идельный di фреймворк. Всякие коины-хуёины и в помётки не годятся.
Hephaestus(теперь Anvil) - это мастхев при работе с кинжалом. Постоянный include модулей это для меня был единственный минус даггера. С Anvil'ом это теперь идельный di фреймворк. Всякие коины-хуёины и в помётки не годятся.
Аноны, мне нужно просто post запросы отправлять, обязательно использовать okhttp или можно какими-нибудь дедовскими методами?
>>844685
Ну okhttp / retrofit стандарт де-факто. Можешь конечно использовать HttpURLConnection ("из коробки"), но зачем так делать - не ясно.
Ну okhttp / retrofit стандарт де-факто. Можешь конечно использовать HttpURLConnection ("из коробки"), но зачем так делать - не ясно.
>>844521
Ебать, чуваки. Отэта да. Понял, спасибо.
Эээх, теперь опять смузи пить учить новые тулзы для ведра :( Надеюсь, на работе изучу...
Ебать, чуваки. Отэта да. Понял, спасибо.
Эээх, теперь опять смузи пить учить новые тулзы для ведра :( Надеюсь, на работе изучу...
пиздец, читаю тред и охуеваю. столько слов незнакомых, Hephaestus, Hilt, коин джетпаки. Я бы охуел это все после 30 учить, башка совсем уже не та. Хорошо, что всегда можно наговнокодить какую-нибудь ерунду по старинке без вот этого всего, залить в стор, и получать себе копеечку на пропитание
>>822731 (OP)
Всем привет
Хочу сделать выпадающий список, но чтобы были только картинки
С текстом это делается в одну строку, а с толкьо картинками
https://stackoverflow.com/questions/3609231/how-is-it-possible-to-create-a-spinner-with-images-instead-of-text
Чет дохуя, много букофф
Мне же только картинки выставить
Есть более элегантный способ? Кстати, чел снизу описывал вариант для котлина, который у меня не заработал, написал Not sure if anyone is still using Spinners in 2020, что как бы намекает (наверное)
Есть ли более легкий вариант? как сделать легче, если нужны только картинки, силами котлина?
Всем привет
Хочу сделать выпадающий список, но чтобы были только картинки
С текстом это делается в одну строку, а с толкьо картинками
https://stackoverflow.com/questions/3609231/how-is-it-possible-to-create-a-spinner-with-images-instead-of-text
Чет дохуя, много букофф
Мне же только картинки выставить
Есть более элегантный способ? Кстати, чел снизу описывал вариант для котлина, который у меня не заработал, написал Not sure if anyone is still using Spinners in 2020, что как бы намекает (наверное)
Есть ли более легкий вариант? как сделать легче, если нужны только картинки, силами котлина?
>>845481
Если кому интересно, нашел околорабочий вариант тут
https://inducesmile.com/kotlin-source-code/how-to-create-custom-spinner-with-image-and-text-in-kotlin/
Но это всё равно длиннее, чем я ожидал.
Если кому интересно, нашел околорабочий вариант тут
https://inducesmile.com/kotlin-source-code/how-to-create-custom-spinner-with-image-and-text-in-kotlin/
Но это всё равно длиннее, чем я ожидал.
>>844934
Понял. У меня такая задача, надо в качестве мониторинга кидать пост запросы на сервер с данными. Если запрос не прошел, ничего страшного, как я понял, мне нужны асинхронные запросы.
Понял. У меня такая задача, надо в качестве мониторинга кидать пост запросы на сервер с данными. Если запрос не прошел, ничего страшного, как я понял, мне нужны асинхронные запросы.
>>845481
>>845529
Чет странное
В общем, хочу урезать функционал этого решения до показывания только картинок / иконок
Они квадратные, 35 на 35
Закомментарил в коде кусок последней функции, выглядит так
override fun getView(i: Int, view: View?, viewGroup: ViewGroup): View {
var view = view
view = inflter.inflate(R.layout.custom_spinner_items, null)
val icon = view.findViewById(R.id.spinner_imageView) as ImageView
//val names = view.findViewById(R.id.spinner_textView) as TextView
icon.setImageResource(flags)
//names.text = Network
return view
И теперь спиннер отображаетиконки на выбор, а справа пустое место
В принципе, если выставить нужную ширину, он уйдет, но ведь это же не системный подход, правда? Как программно выставить так, чтобы он был главным элементом, ширина у него была wrpa_content и не было никаких полос белых? Где копать? Посмотрел, при значении ширины 90 спиннера, и 40 кастом спиннер итем полоска минимальная, но есть. Перебирать уж очень не хочется.
>>845529
Чет странное
В общем, хочу урезать функционал этого решения до показывания только картинок / иконок
Они квадратные, 35 на 35
Закомментарил в коде кусок последней функции, выглядит так
override fun getView(i: Int, view: View?, viewGroup: ViewGroup): View {
var view = view
view = inflter.inflate(R.layout.custom_spinner_items, null)
val icon = view.findViewById(R.id.spinner_imageView) as ImageView
//val names = view.findViewById(R.id.spinner_textView) as TextView
icon.setImageResource(flags)
//names.text = Network
return view
И теперь спиннер отображаетиконки на выбор, а справа пустое место
В принципе, если выставить нужную ширину, он уйдет, но ведь это же не системный подход, правда? Как программно выставить так, чтобы он был главным элементом, ширина у него была wrpa_content и не было никаких полос белых? Где копать? Посмотрел, при значении ширины 90 спиннера, и 40 кастом спиннер итем полоска минимальная, но есть. Перебирать уж очень не хочется.
>>845550
Вроде зашаманил, помогли манипулации с весами во всех местах
Вроде зашаманил, помогли манипулации с весами во всех местах
Пацантрэ, нужен совет от гуру разработки под андроид. Один товарищ придумал (с его слов) супер-идею мобильного приложения (рассказывать хочет только под NDA, так что пока хз, что там), для реализации которой нужно написать костяк приложения с базовым функционалом типа Тиндера (без примочек, только основное).
Вопрос: сколько человеко-часов займет создание первой версии такой поделки? Я сам плюсовик, под андроид никогда не писал...
Вопрос: сколько человеко-часов займет создание первой версии такой поделки? Я сам плюсовик, под андроид никогда не писал...
>>845639
Что-то адекватное это несколько месяцев.
Что-то адекватное это несколько месяцев.
После последней обновы андроид студио не запоминает позицию скролла в файлах с кодом и скидывает все, при повторном открытии проекта, в начало файла.
Как фиксить?
Как фиксить?
>>845639
почему он сам не учит ведро-разработку и не делает это, раз так верит в свою идею, а мусолит тебя?
почему он сам не учит ведро-разработку и не делает это, раз так верит в свою идею, а мусолит тебя?
>>846145
Сам работает в другой области, в какой-то металлургической компании занимается госзакупками. Кстати, по этой теме предлагает запилить одно приложение для автоматизации процессов, вот тут уже детали я знаю и могу сказать, что идея достаточно здравая
Сам работает в другой области, в какой-то металлургической компании занимается госзакупками. Кстати, по этой теме предлагает запилить одно приложение для автоматизации процессов, вот тут уже детали я знаю и могу сказать, что идея достаточно здравая
>>846227
ну ладно. Мб это какая-то форма моей личной неадекватной неприязни к тем что постоянно придумывают чо делать и советуют всем, как будто самостоятельные разрабы только и ждут как им кто-то укажет что делать, а не делают свои идеи, что значительно приятнее. Хотя я бы сам наверное тоже чота придумывал и советовал, просто полет творчества вырывается с них и им становится приятно от этого, думаю.
Вообще-то, на фриланс биржах есть как раз те люди, что делают приложения под ключ за деньги, если "советчики" реально верят в свою идею.
ну ладно. Мб это какая-то форма моей личной неадекватной неприязни к тем что постоянно придумывают чо делать и советуют всем, как будто самостоятельные разрабы только и ждут как им кто-то укажет что делать, а не делают свои идеи, что значительно приятнее. Хотя я бы сам наверное тоже чота придумывал и советовал, просто полет творчества вырывается с них и им становится приятно от этого, думаю.
Вообще-то, на фриланс биржах есть как раз те люди, что делают приложения под ключ за деньги, если "советчики" реально верят в свою идею.
>>846278
У меня ситуация скорее обратная. Общаюсь с кучкой бывших однокурсников, которые неплохие, в общем-то, программисты, но достаточно замкнуты в своей сфере и максимум пилят "гамы". Нет у них ни знания какой-то предметной области, ни каких-то навыков работы с людьми или в какой-то индустрии, кроме как на своих прогерских галерах. Я вот как раз рад был с этим парнем познакомиться, потому что он вне нашего прогерского мирка работает, понимает, на что есть запрос, имеет выходы на полезных людей.
Вообще, надо сказать, что идея заказать работу у фрилансера у меня появилась практически сразу. Но, с другой стороны, тогда зачем тут я? А у меня какая-то с детства, видимо, мечта сидит основать свой стартапчик в гараже. Хотя не знаю совершенно, возможно ли на данной деятельности поднять хоть сколь-нибудь значимые деньги
У меня ситуация скорее обратная. Общаюсь с кучкой бывших однокурсников, которые неплохие, в общем-то, программисты, но достаточно замкнуты в своей сфере и максимум пилят "гамы". Нет у них ни знания какой-то предметной области, ни каких-то навыков работы с людьми или в какой-то индустрии, кроме как на своих прогерских галерах. Я вот как раз рад был с этим парнем познакомиться, потому что он вне нашего прогерского мирка работает, понимает, на что есть запрос, имеет выходы на полезных людей.
Вообще, надо сказать, что идея заказать работу у фрилансера у меня появилась практически сразу. Но, с другой стороны, тогда зачем тут я? А у меня какая-то с детства, видимо, мечта сидит основать свой стартапчик в гараже. Хотя не знаю совершенно, возможно ли на данной деятельности поднять хоть сколь-нибудь значимые деньги
>>846313
Сорри, но как будто у тебя есть.
не нужно, все автоматизировано, общение через почту по желанию, с клиентами
что именно ты знаешь что они не знают?
> Нет у них ни знания какой-то предметной области, ни каких-то навыков работы с людьми или в какой-то индустрии, кроме как на своих прогерских галерах.
Сорри, но как будто у тебя есть.
> каких-то навыков работы с людьми
не нужно, все автоматизировано, общение через почту по желанию, с клиентами
> в какой-то индустрии
что именно ты знаешь что они не знают?
>>846363
У меня как раз тоже нет. А вот у этого моего товарища есть. Зато я более-менее могу прогать. Таким образом, мы можем друг друга дополнить
>Сорри, но как будто у тебя есть
У меня как раз тоже нет. А вот у этого моего товарища есть. Зато я более-менее могу прогать. Таким образом, мы можем друг друга дополнить
>>846384
Спасибо, и тебе
Спасибо, и тебе
Столкнулся с идиотской проблемой, но хз как решить. Есть констраинт, по углам к его верху прилеплено 2 кнопки и к верху прицеплен вьюпейджер с картинками (на всю ширину). Проблема в том что как бы я не компоновал/перемещал эти вьюхи вьюпейджер всегда сверху, какого хрена?
>>846637
* на препросмотре кнопки есть, но после запуска вьюпейджера (настраиваю его в onViewCreated) он перекрывает их к хуям.
* на препросмотре кнопки есть, но после запуска вьюпейджера (настраиваю его в onViewCreated) он перекрывает их к хуям.
>>846637
попробуй не спавнить туда никакие картинки. Предполагаю что глайд, или что ты там юзаешь, чтобы показывать картинки, это делает.
попробуй не спавнить туда никакие картинки. Предполагаю что глайд, или что ты там юзаешь, чтобы показывать картинки, это делает.
>>846665
Нет, захардкожено пока все. Шиза еще веселее - дело не в слайдере вообще, сместил его - а кнопок не видать. Включил отображение всей разметки - их вообще нет... На превью есть, а на девайсе нет. Студию уже с инвалидацией кеша перегрузил, 2 инстанса эмулятора пробовал - один хрен. Видимо то что я мучу в рантайме убивает их как-то, но не понимаю как...
Нет, захардкожено пока все. Шиза еще веселее - дело не в слайдере вообще, сместил его - а кнопок не видать. Включил отображение всей разметки - их вообще нет... На превью есть, а на девайсе нет. Студию уже с инвалидацией кеша перегрузил, 2 инстанса эмулятора пробовал - один хрен. Видимо то что я мучу в рантайме убивает их как-то, но не понимаю как...
>>846665
Нашел причину, увидел мааленькие куски нижних границ этих кнопок вверху экрана. Такое впечатление что банальный topToTop лепит их не к верху вью, а прямо к верху экрана, игнорируя системный топ бар. Если сместить их вниз - все ок. Только на этом экране, и на превью при этом все норм. Я нихрена не понимаю.
Нашел причину, увидел мааленькие куски нижних границ этих кнопок вверху экрана. Такое впечатление что банальный topToTop лепит их не к верху вью, а прямо к верху экрана, игнорируя системный топ бар. Если сместить их вниз - все ок. Только на этом экране, и на превью при этом все норм. Я нихрена не понимаю.
>>846678
Так и есть, если одну слегка подпихнуть маргином - она вылазит)
Кусок паддинга левой тоже немного видно. Выглядит как баг
Так и есть, если одну слегка подпихнуть маргином - она вылазит)
Кусок паддинга левой тоже немного видно. Выглядит как баг
>>846680
И конечно же оказалось что я это я дебил, а не баг сдк, накрутил нечитабельную хуиту для наплыва фрагментов под header с блекджеком и отрицательными марджинами. Сейчас сидел все утро рефакторил и приводил в божеский вид эту залупу. А констраинт работает как положенно.
И конечно же оказалось что я это я дебил, а не баг сдк, накрутил нечитабельную хуиту для наплыва фрагментов под header с блекджеком и отрицательными марджинами. Сейчас сидел все утро рефакторил и приводил в божеский вид эту залупу. А констраинт работает как положенно.
Всем привет. Дайте советов мудрых, есть ли смысл вкатываться в программирование под Андроид? насколько перспективная отрасль? Знания джавы на уровне System.out.println("Hello World");
Да и в принципе любого языка. А еще я старенький. Сорян если ответ уже есть, неохота все подряд читать в какой-то надежде.
Да и в принципе любого языка. А еще я старенький. Сорян если ответ уже есть, неохота все подряд читать в какой-то надежде.
24 Кб, 1224x215Анончики, подскажите, в чём может быть проблема. Последняя строчка кода с "getPackageArchiveInfo" у очень небольшого кол-ва пользователей вызывает эксепшен. И я не могу понять почему. Может как-то связанно с sdcard.
- В основном они запускают приложение на эмуляторе BlueStacks. У них в такой data-path:
/data/app/com.my.app-O-f0Umyla--0HU3oA2MAPA==/base.apk
- Среди них был и девайс "alps SYX-T704" с таким путём:
/mnt/expand/54b9f3f6-ccfe-44a2-89ac-9f774993c1c9/app/com.my.app-2/base.apk
- У всех процессор "ARMv7 VFPv3 NEON"
- Андроид API в основном v23 и выше
- В основном они запускают приложение на эмуляторе BlueStacks. У них в такой data-path:
/data/app/com.my.app-O-f0Umyla--0HU3oA2MAPA==/base.apk
- Среди них был и девайс "alps SYX-T704" с таким путём:
/mnt/expand/54b9f3f6-ccfe-44a2-89ac-9f774993c1c9/app/com.my.app-2/base.apk
- У всех процессор "ARMv7 VFPv3 NEON"
- Андроид API в основном v23 и выше
344 Кб, 1033x581Аноны, тупой вопрос про data binding и design панельку в андроид студии.
Когда мы биндим и задаем дефолтное значение:
android:text="@{model.name, default=`John`}"
Дефолтное значение отображается в design панели в студии, что оче удобно!
Но мне аболютно нахой не нужно это значение в рантайме, как можно это реализовать? Не задавать дефолтное значение неудобно для дизайна
Когда мы биндим и задаем дефолтное значение:
android:text="@{model.name, default=`John`}"
Дефолтное значение отображается в design панели в студии, что оче удобно!
Но мне аболютно нахой не нужно это значение в рантайме, как можно это реализовать? Не задавать дефолтное значение неудобно для дизайна
>>847498
Работает, спасибо. Хотя сейчас я попробовал воспроизвести изначальную проблему и не смог (default не рендерится если бинженное значение пустое или null), видимо я оче тупой.
Работает, спасибо. Хотя сейчас я попробовал воспроизвести изначальную проблему и не смог (default не рендерится если бинженное значение пустое или null), видимо я оче тупой.
>>838097
у нас мультимодульный проект с чистой архектурой на 80+ экранов. Используем koin и никаких проблем масштабирования не было и не предвидится. Есть большой опыт использования даггера, но выбрали коин из-за простоты и удобства и не пожалели. Проблем с ошибками в рантайме нет, обычно они выявляются на этапе дебага, даже до QA не доходят, не говоря уже о проде. При этом стэктрейс понятный и без проблем находишь, что ты упустил. Кроме того, можно запустит перед сборкой тест для анализа графа зависимостей у нас он на всякий случай прогоняется на CI c остальными тестами. Специально проводили тестирование скорости сборки, но на среднем проекте. С коином ожидаемо быстрее.Так что все недостатки коина надуманы, при этом главное преймущество - простота использования, чего даже новый hilt так даггеру и не дал.
у нас мультимодульный проект с чистой архектурой на 80+ экранов. Используем koin и никаких проблем масштабирования не было и не предвидится. Есть большой опыт использования даггера, но выбрали коин из-за простоты и удобства и не пожалели. Проблем с ошибками в рантайме нет, обычно они выявляются на этапе дебага, даже до QA не доходят, не говоря уже о проде. При этом стэктрейс понятный и без проблем находишь, что ты упустил. Кроме того, можно запустит перед сборкой тест для анализа графа зависимостей у нас он на всякий случай прогоняется на CI c остальными тестами. Специально проводили тестирование скорости сборки, но на среднем проекте. С коином ожидаемо быстрее.Так что все недостатки коина надуманы, при этом главное преймущество - простота использования, чего даже новый hilt так даггеру и не дал.
>>847075
Ну ты сам подумай. Сколько сейчас людей пользуется мобилами с андроидом? Собирается ли андроид подыхать? Ну и то, что старенький, не так важно, если ещё мозги не ссохлись.
Ну ты сам подумай. Сколько сейчас людей пользуется мобилами с андроидом? Собирается ли андроид подыхать? Ну и то, что старенький, не так важно, если ещё мозги не ссохлись.
>>847690
Я только рад тому, что есть положительные примеры использования Koin. И всё же, мне очень нравится Hilt, как и сама тенденция упрощения инструмента, который, очевидно, должен быть простым в использовании, ведь это непосредственным образом влияет на стоимость конечного продукта.
Я только рад тому, что есть положительные примеры использования Koin. И всё же, мне очень нравится Hilt, как и сама тенденция упрощения инструмента, который, очевидно, должен быть простым в использовании, ведь это непосредственным образом влияет на стоимость конечного продукта.
>>847690
Глянул я этот ваш коин всё таки:
dagger-reflect для разработки и отладки, на CI release билд с dagger-compiler
Подключение нового gradle модуля к приложению:
dagger: 1?. Создаешь даггер модуль, если есть биндинги 2. Подключаешь модуль в build.gradle 3. Используешь зависимость
koiln: 1. Подключаешь модуль в build.gradle 2. Всегда создаешь koin модуль 3. Подключаешь koin модуль в коде 4. Используешь зависимость.
Если взять использование koin'а на примере нашего приложения:
1. 80% зависимостей это конструктор @Inject'ы без биндингов интерфейсов. В коине все это говно надо писать руками. Нет спаспибо.
2. В коине нет мультибиндигов. Это вообще пиздец, без комментариев.
3. С коином каждый из ~150 модулей надо подключать в коде руками, Anvil для даггера это делает автоматом(что в комбинации с мультибиндингами позволает реализовать "плагин" модули, которые подключаются только в build.gradle приложения)
Так-то для пет-проектов всегда похуй, что использовать. Но мы же тут говорим про сириус бизнес, и в нём даггеру нет равных.
Глянул я этот ваш коин всё таки:
>Специально проводили тестирование скорости сборки, но на среднем проекте. С коином ожидаемо быстрее
dagger-reflect для разработки и отладки, на CI release билд с dagger-compiler
>главное преймущество - простота использования
Подключение нового gradle модуля к приложению:
dagger: 1?. Создаешь даггер модуль, если есть биндинги 2. Подключаешь модуль в build.gradle 3. Используешь зависимость
koiln: 1. Подключаешь модуль в build.gradle 2. Всегда создаешь koin модуль 3. Подключаешь koin модуль в коде 4. Используешь зависимость.
Если взять использование koin'а на примере нашего приложения:
1. 80% зависимостей это конструктор @Inject'ы без биндингов интерфейсов. В коине все это говно надо писать руками. Нет спаспибо.
2. В коине нет мультибиндигов. Это вообще пиздец, без комментариев.
3. С коином каждый из ~150 модулей надо подключать в коде руками, Anvil для даггера это делает автоматом(что в комбинации с мультибиндингами позволает реализовать "плагин" модули, которые подключаются только в build.gradle приложения)
Так-то для пет-проектов всегда похуй, что использовать. Но мы же тут говорим про сириус бизнес, и в нём даггеру нет равных.
>>847722
то то и оно! я ж так и думал, но с другой стороны мб все ниши заняты и особо никто уже и не нужен, а если и нужны то какие то суперпро, я тенденций рынка не знаю поэтому и спрашиваю. Еще ньюанс что живу в мухосрани, а идти работать мб придется не на удаленку, а в контору, а контор то у меня таких и нет в задрыщенске. Собственно хотелось узнать поподробнее че тут да как.
то то и оно! я ж так и думал, но с другой стороны мб все ниши заняты и особо никто уже и не нужен, а если и нужны то какие то суперпро, я тенденций рынка не знаю поэтому и спрашиваю. Еще ньюанс что живу в мухосрани, а идти работать мб придется не на удаленку, а в контору, а контор то у меня таких и нет в задрыщенске. Собственно хотелось узнать поподробнее че тут да как.
>>848100
Ну, у меня в городе вменяемых компаний с мобилками тоже 1-2. Остальные либо в Киеве, либо в Харькове, либо во Львове.
В городах меньше - как правило, не так много компаний, где есть моб. разработка.
Ну, у меня в городе вменяемых компаний с мобилками тоже 1-2. Остальные либо в Киеве, либо в Харькове, либо во Львове.
В городах меньше - как правило, не так много компаний, где есть моб. разработка.
Всем привет
Не могу сформулировать запрос:
Есть, например, форма короткой регистрации игроков, там 3 игрока, вводятся их имена, задаются параметры
Ниже кнопка "+“
При нажатии добавляет четвертого игрока, а сама кнопка съезжает ниже
Как это реализовать? Как это вообще загуглить? Получается, что кнопка плюс динамически меняет активити? Есть какой-то пример в сети?
Не могу сформулировать запрос:
Есть, например, форма короткой регистрации игроков, там 3 игрока, вводятся их имена, задаются параметры
Ниже кнопка "+“
При нажатии добавляет четвертого игрока, а сама кнопка съезжает ниже
Как это реализовать? Как это вообще загуглить? Получается, что кнопка плюс динамически меняет активити? Есть какой-то пример в сети?
>>848251
Да много как можно сделать. Если в форме максимум 4 игрока - то можно просто сделать скрытую по дефолту 4-ю форму и просто менять ее визибилити по нажатию. Если их может быть фиг знает сколько - гугли How do you dynamically add elements to a ListView on Android? или то же самое но для RecyclerView (если игроков может быть достаточно много)
Анимацию на пальцах не расскажешь, но там тоже все не сильно сложно. Самое простое - домножить координату вьюхи на коэффициент, который плавно будет плавно меняется в заданных тобой значениях.
Да много как можно сделать. Если в форме максимум 4 игрока - то можно просто сделать скрытую по дефолту 4-ю форму и просто менять ее визибилити по нажатию. Если их может быть фиг знает сколько - гугли How do you dynamically add elements to a ListView on Android? или то же самое но для RecyclerView (если игроков может быть достаточно много)
Анимацию на пальцах не расскажешь, но там тоже все не сильно сложно. Самое простое - домножить координату вьюхи на коэффициент, который плавно будет плавно меняется в заданных тобой значениях.
>>848251
>>848275
Вариант со скрытой четвертой (и еще парочкой скрытыми формами) мне вполне себе нравится :) Костыльненько, в моем стиле.
Хотя можно запариться и сделать нормально.
Еще такой вопрос, связанный, можно сказать: хочу прикрутить некую таблицу 2 на х, где по второй графе будут сортироваться. Только вот я смотрю, и в таблице (которая TableLayout) нет сортировки/
Почему этот вопрос связан? Как я вижу, вариант каждый раз пересоздавать таблицу? Но я не знаю, как можно динамически пересоздавать элементы
Знаю только, как можно в уже готовых менять какие-то параметры.
Как лучше сделать?
>>848275
Вариант со скрытой четвертой (и еще парочкой скрытыми формами) мне вполне себе нравится :) Костыльненько, в моем стиле.
Хотя можно запариться и сделать нормально.
Еще такой вопрос, связанный, можно сказать: хочу прикрутить некую таблицу 2 на х, где по второй графе будут сортироваться. Только вот я смотрю, и в таблице (которая TableLayout) нет сортировки/
Почему этот вопрос связан? Как я вижу, вариант каждый раз пересоздавать таблицу? Но я не знаю, как можно динамически пересоздавать элементы
Знаю только, как можно в уже готовых менять какие-то параметры.
Как лучше сделать?
>>834923
Hilt открывал хоть раз?
Hilt открывал хоть раз?
>>822731 (OP)
Насколько релевантно делать приложения андроид на Qt/PyQt? Есть тут такие?
Насколько релевантно делать приложения андроид на Qt/PyQt? Есть тут такие?
Посоветуйте пожалуйста сайтов с задачами, чтоб потренироваться, я новичок.
Аноны, базовый вопрос по котлину, корутинам и как лутше делать в андроиде.
Допустим есть у вас метод, который использует android room и лезет в базу, условный AppleDao класс, поверх еще какие-нибудь абстракции,СЕРВИСЫ например, AppleService, который использует AppleDao.
Допустим в Dao я не стал заморачиваться с LiveData а просто без задней мысли возвращаю результат, предполагая, что оберунть это говно сверху корутиной - не проблема вовсе. Это сильно хуево?
И вопрос по наименованию методов, безотносительно sql, допустим вы знаете что метод нельзя выполнять в ui треде, а надо ебошить отдельным тредом/корутиной, может быть есть какая-нибудь общепринятая методология наименования, чтобы по методу было понятно? Типа там AppleService#loadAllApplesBlocking(), но это залупа жеж, слишком МНОГО букаф :(
Допустим есть у вас метод, который использует android room и лезет в базу, условный AppleDao класс, поверх еще какие-нибудь абстракции,СЕРВИСЫ например, AppleService, который использует AppleDao.
Допустим в Dao я не стал заморачиваться с LiveData а просто без задней мысли возвращаю результат, предполагая, что оберунть это говно сверху корутиной - не проблема вовсе. Это сильно хуево?
И вопрос по наименованию методов, безотносительно sql, допустим вы знаете что метод нельзя выполнять в ui треде, а надо ебошить отдельным тредом/корутиной, может быть есть какая-нибудь общепринятая методология наименования, чтобы по методу было понятно? Типа там AppleService#loadAllApplesBlocking(), но это залупа жеж, слишком МНОГО букаф :(
Почему разработка на андроид такая отвратительная? Почему Android Studio так разбух и сочится каким то обильным несвежим говном? Я просто хочу создать простой кастомный будильник, с фоновым сервисом, почему мне для этого надо учитывать столько невнятного дерьма?
Как можно проще? А то я реально не понимаю нафига это деление между джавой и котлином, все эти активити, господи ёбаный рот этого казино.
Как можно проще? А то я реально не понимаю нафига это деление между джавой и котлином, все эти активити, господи ёбаный рот этого казино.
>>850161
Та, активити - то ещё цветочки.
Ваще гугл, честно говоря, занят тем, что пилит библиотеки-костыли для хуево спроектированных частей android framework. Т.е., намазыванием слоев говна на другие слои говна. А хочешь еще прикол? Да, май френд, сверху этого бывает ещё тоненький слой говнеца, чтобы тоже исправить. А ещё я молчу про разные модно-ванильные либы, от которых разные хипстеры тоже в восторге, но которые тоже являются сам кайнд оф слой говна.
Ну и проекты, конечно же, конечно же, в процентах 65 случаев таке ж лайно в плане секса кодовой базы, архитектуры и т.д.
Это вот то, чего я зрозумив за 4 года андроидной коммерческой разработки.
Та, активити - то ещё цветочки.
Ваще гугл, честно говоря, занят тем, что пилит библиотеки-костыли для хуево спроектированных частей android framework. Т.е., намазыванием слоев говна на другие слои говна. А хочешь еще прикол? Да, май френд, сверху этого бывает ещё тоненький слой говнеца, чтобы тоже исправить. А ещё я молчу про разные модно-ванильные либы, от которых разные хипстеры тоже в восторге, но которые тоже являются сам кайнд оф слой говна.
Ну и проекты, конечно же, конечно же, в процентах 65 случаев таке ж лайно в плане секса кодовой базы, архитектуры и т.д.
Это вот то, чего я зрозумив за 4 года андроидной коммерческой разработки.
Блять, корутины, коин, другие разные приколы... Ещё ж только вчера rx с Даггер были каттинг эдж...
>>850165
Ох бро, можешь пожалуйста вкратце пояснить или ткнуть в направление, как мне создать сервис и добиться от него чего-либо? А то я чувствую что голова взрывается от этого всего на моих C# такой хуйни не было
Ох бро, можешь пожалуйста вкратце пояснить или ткнуть в направление, как мне создать сервис и добиться от него чего-либо? А то я чувствую что голова взрывается от этого всего на моих C# такой хуйни не было
>>850161
Всё из-за того, что ты выбрал неправильный подход.
Какой смысл пытаться разобраться в документации, не имея знаний о платформе и её компонентах? Гугли "alarm clock example", тебе выдаст новичковые туториалы, где всё подробно разжевывается.
Всё из-за того, что ты выбрал неправильный подход.
Какой смысл пытаться разобраться в документации, не имея знаний о платформе и её компонентах? Гугли "alarm clock example", тебе выдаст новичковые туториалы, где всё подробно разжевывается.
>>850168
Та с сервисами, на самом деле, не так вме и сложно. В кратце, запиливание сервиса на Андроиде выглядит как-то так:
1. Наследуешься от класса Service (это и будет класс твоего сервиса)
2. Добавляешь класс своего сервиса в манифест
3. Запускаешь сервис путем Context#startService(Intent), скажем, из твоего активити. Создавая интент, разумеется, в него необходимо положить класс твоего сервиса (именно который YourService.class)
Собственно, простейший сервис создан и запущен. Почитать об этом всем в целом можно тут: https://developer.android.com/guide/components/services.
Дальше можно с ним чего-то делать и каким-либо образом взаимодействовать. Можно, в принципе, через кидание тех же интентов и onStartCommand. А можно чуть удобнее - через т.н. локал биндинг: https://developer.android.com/guide/components/bound-services#Binder (вообще, стоит почитать всю ту страничку чтобы знать как вообще можно "пинать" сервисы и какие особенности и ограничения есть у всех этих способов; например, локал биндинг довольно удобен и прост, но имеет ограничения и в некоторых случаях его не заюзать).
Насчёт работы сервиса в фоне. Начиная, по моему, с 8 Андроида, необходимо запускать foreground service https://developer.android.com/guide/components/foreground-services по-сути, это просто перевод уже запущенного сервиса в режим, а не запуск нового если хочешь работать в фоне. Иначе, система ебнет твой сервис очень быстро и стремительно. Если в кратце, то форграунд сервис - это сервис, к которому будет "привязана" "несмахиваемая" нотификашка. И юзер будет знать, что у него что-то работает в фоне.
В принципе, это оооочень сжато и бегло по сервисам, которым нужно пахать в фоне.
Но вообще, как я понимаю, ты хочешь запилить будильник. Знаешь, я бы стал смотреть не сколько в сторону сервисов, а сколько в сторону AlarmManager:
https://developer.android.com/training/scheduling/alarms
https://developer.android.com/reference/android/app/AlarmManager
Та с сервисами, на самом деле, не так вме и сложно. В кратце, запиливание сервиса на Андроиде выглядит как-то так:
1. Наследуешься от класса Service (это и будет класс твоего сервиса)
2. Добавляешь класс своего сервиса в манифест
3. Запускаешь сервис путем Context#startService(Intent), скажем, из твоего активити. Создавая интент, разумеется, в него необходимо положить класс твоего сервиса (именно который YourService.class)
Собственно, простейший сервис создан и запущен. Почитать об этом всем в целом можно тут: https://developer.android.com/guide/components/services.
Дальше можно с ним чего-то делать и каким-либо образом взаимодействовать. Можно, в принципе, через кидание тех же интентов и onStartCommand. А можно чуть удобнее - через т.н. локал биндинг: https://developer.android.com/guide/components/bound-services#Binder (вообще, стоит почитать всю ту страничку чтобы знать как вообще можно "пинать" сервисы и какие особенности и ограничения есть у всех этих способов; например, локал биндинг довольно удобен и прост, но имеет ограничения и в некоторых случаях его не заюзать).
Насчёт работы сервиса в фоне. Начиная, по моему, с 8 Андроида, необходимо запускать foreground service https://developer.android.com/guide/components/foreground-services по-сути, это просто перевод уже запущенного сервиса в режим, а не запуск нового если хочешь работать в фоне. Иначе, система ебнет твой сервис очень быстро и стремительно. Если в кратце, то форграунд сервис - это сервис, к которому будет "привязана" "несмахиваемая" нотификашка. И юзер будет знать, что у него что-то работает в фоне.
В принципе, это оооочень сжато и бегло по сервисам, которым нужно пахать в фоне.
Но вообще, как я понимаю, ты хочешь запилить будильник. Знаешь, я бы стал смотреть не сколько в сторону сервисов, а сколько в сторону AlarmManager:
https://developer.android.com/training/scheduling/alarms
https://developer.android.com/reference/android/app/AlarmManager
Обязательно дЖаву учить?
Что если мне надо просто запилить концептуальный прототип игры?
Вроде можно же юзая хтмл и жс запилить мобильную игру, не?
И если с нуля в катываться в джава андроид это сколько времени займет в часах?
Что если мне надо просто запилить концептуальный прототип игры?
Вроде можно же юзая хтмл и жс запилить мобильную игру, не?
И если с нуля в катываться в джава андроид это сколько времени займет в часах?
В общем, стоит задача максимально быстро запилить прототип, знаний джавы/юниты - нету.
>>832881
Repository из Clean Architecture для кого придумали?
Repository из Clean Architecture для кого придумали?
>>850382
Геймдев на жабе, ога. Вообще геймдев это анрил/unity, для андроида я еще имел дело с Corona SDK. А где можно писать вменяемые игры на жабе - ну я хз если честно...
Я бы вообще на знание языка не зацикливался бы, 2-й и последующие выучить намного легче чем 1-й.
Геймдев на жабе, ога. Вообще геймдев это анрил/unity, для андроида я еще имел дело с Corona SDK. А где можно писать вменяемые игры на жабе - ну я хз если честно...
Я бы вообще на знание языка не зацикливался бы, 2-й и последующие выучить намного легче чем 1-й.
>>851166
Геймдев - это приложения. Приложения пишут на жабе.
Вон в шапке жаба же.
Или я что-то не так понял?
Геймдев - это приложения. Приложения пишут на жабе.
Вон в шапке жаба же.
Или я что-то не так понял?
Помогите, как отладить сборку APK?
В этом я совсем нуб.
Исходный код скачен с опенсорса f-droid, в Android Studio собирается, работает.
Собираю проект - не устанавливается "не удалось установить приложение".
Как отладить сам телефон, как узнать - что не хватает? Где прочитать настоящую ошибку, почему мой пакет не ставится?
В этом я совсем нуб.
Исходный код скачен с опенсорса f-droid, в Android Studio собирается, работает.
Собираю проект - не устанавливается "не удалось установить приложение".
Как отладить сам телефон, как узнать - что не хватает? Где прочитать настоящую ошибку, почему мой пакет не ставится?
>>851674
$ ./adb install ../app-release-unsigned.apk
Failure [INSTALL_PARSE_FAILED_NO_CERTIFICATES: Failed to collect certificates from /data/app/vmdl761073460.tmp/base.apk: Attempt to get length of null array]
3781 KB/s (29573637 bytes in 7.638s)
Понел, отбой
$ ./adb install ../app-release-unsigned.apk
Failure [INSTALL_PARSE_FAILED_NO_CERTIFICATES: Failed to collect certificates from /data/app/vmdl761073460.tmp/base.apk: Attempt to get length of null array]
3781 KB/s (29573637 bytes in 7.638s)
Понел, отбой
>>851617
Хреновая идея, дизайнерша сидит на стороне заказчика, а я пержу в другой стране на аутсосе, мое мнение хуже котируется. Да и проект для азиатского рынка, у них там огромные кнопки с золотым переливающимся бекграудом считаются красивыми видимо.
Хреновая идея, дизайнерша сидит на стороне заказчика, а я пержу в другой стране на аутсосе, мое мнение хуже котируется. Да и проект для азиатского рынка, у них там огромные кнопки с золотым переливающимся бекграудом считаются красивыми видимо.
Тред не читал, так что извините, если повторяюсь
Сам разработкой под Android не занимаюсь, но по ощущениям с каждым годом всё больше и больше проектов начинают делаться на кроссплатформенных решениях: React, Angular, Dart/Flutter, да и на том же Kotlin'е можно писать под iOS.
Это правда или мне просто показалось? Нативные приложения скоро умрут? Правда, что для бизнеса писать для двух платформ одновременной дешевле в два раза?
Сам разработкой под Android не занимаюсь, но по ощущениям с каждым годом всё больше и больше проектов начинают делаться на кроссплатформенных решениях: React, Angular, Dart/Flutter, да и на том же Kotlin'е можно писать под iOS.
Это правда или мне просто показалось? Нативные приложения скоро умрут? Правда, что для бизнеса писать для двух платформ одновременной дешевле в два раза?
>>852459
Не умрут
так точно
дешевле это может быть только до того момента пока разработка не упрется в ограничения обмазывания кроссплатформенностью. А что произойдет тогда - уже проходили это и не раз, достаточно обратить внимание в сторону крупных проектов которые вернулись из кроссплатформы в натив.
С Котлин Мультиплатформ не знаком, но полагаю что частичное его использование в купе с нативной разработкой вполне оправданно. Но только частичное.
Лично смотрю в сторону флаттера. Сдается что будущее у него есть
>Нативные приложения скоро умрут?
Не умрут
>мне просто показалось
так точно
>для бизнеса писать для двух платформ одновременной дешевле в два раза?
дешевле это может быть только до того момента пока разработка не упрется в ограничения обмазывания кроссплатформенностью. А что произойдет тогда - уже проходили это и не раз, достаточно обратить внимание в сторону крупных проектов которые вернулись из кроссплатформы в натив.
>да и на том же Kotlin'е можно писать под iOS
С Котлин Мультиплатформ не знаком, но полагаю что частичное его использование в купе с нативной разработкой вполне оправданно. Но только частичное.
>Dart/Flutter
Лично смотрю в сторону флаттера. Сдается что будущее у него есть
>>852597
Ionic и прочие полудохлая херня. Если говорить о кроссплатформе то тут есть текущий фаворит реакт нейтив и набирающий популярность флаттер, все остальное не взлетело/полудохлое и никому не нужное.
Если говорить рн или флаттер - рн популярнее, опять же js разрабов как говна и я видел не раз как чуваков с просто реакта
сажали неожиданно писать под мобилки (самое странное что они справлялись).
Но мне куда больше нравится флаттер, дарт как язык имхо поприятней жиэсо-говна (хотя опять же, мне он напоминает внебрачного сына родной жабы и богомерзкого жиэса).
В самом флаттере очень приятные глазу виджеты "из коробки", на том же андроиде для создания такого красивого ui ебли гораздо больше требуется.
И опять же очень классный подход когда флаттер рисует все сам, не трогая нативные компоненты. В целом я бы сказал что с UI в флаттере все охуенно, а вот в плане реализации бизнес логики все несколько хуже.
Ionic и прочие полудохлая херня. Если говорить о кроссплатформе то тут есть текущий фаворит реакт нейтив и набирающий популярность флаттер, все остальное не взлетело/полудохлое и никому не нужное.
Если говорить рн или флаттер - рн популярнее, опять же js разрабов как говна и я видел не раз как чуваков с просто реакта
сажали неожиданно писать под мобилки (самое странное что они справлялись).
Но мне куда больше нравится флаттер, дарт как язык имхо поприятней жиэсо-говна (хотя опять же, мне он напоминает внебрачного сына родной жабы и богомерзкого жиэса).
В самом флаттере очень приятные глазу виджеты "из коробки", на том же андроиде для создания такого красивого ui ебли гораздо больше требуется.
И опять же очень классный подход когда флаттер рисует все сам, не трогая нативные компоненты. В целом я бы сказал что с UI в флаттере все охуенно, а вот в плане реализации бизнес логики все несколько хуже.
>>852772
Да дарт неплох, я его вкупе с флаттером ковырял конечно буквально несколько дней, но бугурта особого не испытал.
Единственное что смутило - это привет от жиэса в виде отсутствия многопотока. После жабовских танцев с тредами и чуть позже с корутинами дарт в этом плане выглядит диковато.
Да дарт неплох, я его вкупе с флаттером ковырял конечно буквально несколько дней, но бугурта особого не испытал.
Единственное что смутило - это привет от жиэса в виде отсутствия многопотока. После жабовских танцев с тредами и чуть позже с корутинами дарт в этом плане выглядит диковато.
Что не так в коде?
public class MainActivity<button> extends AppCompatActivity {
private LinearLayout b_1, b_2, b_3;
private Button button_1;
private boolean start1_stop1 = false;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
b_1 = findViewById(R.id.bulb_1);
b_2 = findViewById(R.id.bulb_2);
b_3 = findViewById(R.id.bulb_3);
button_1= findViewById(R.id.button_1);
}
public void onClickStart(View view) {
if (!start1_stop1) {
button_1.setText("Stop");
start1_stop1 = true;
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
while (start1_stop1) {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).
start();
}; else {
start1_stop1 = false;
button_1.setText("Start");
}
}
@Override
protected void onDestroy() {
super.onDestroy();
start1_stop1 = false;
}
}
public class MainActivity<button> extends AppCompatActivity {
private LinearLayout b_1, b_2, b_3;
private Button button_1;
private boolean start1_stop1 = false;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
b_1 = findViewById(R.id.bulb_1);
b_2 = findViewById(R.id.bulb_2);
b_3 = findViewById(R.id.bulb_3);
button_1= findViewById(R.id.button_1);
}
public void onClickStart(View view) {
if (!start1_stop1) {
button_1.setText("Stop");
start1_stop1 = true;
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
while (start1_stop1) {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).
start();
}; else {
start1_stop1 = false;
button_1.setText("Start");
}
}
@Override
protected void onDestroy() {
super.onDestroy();
start1_stop1 = false;
}
}
Что не так в коде?
public class MainActivity<button> extends AppCompatActivity {
private LinearLayout b_1, b_2, b_3;
private Button button_1;
private boolean start1_stop1 = false;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
b_1 = findViewById(R.id.bulb_1);
b_2 = findViewById(R.id.bulb_2);
b_3 = findViewById(R.id.bulb_3);
button_1= findViewById(R.id.button_1);
}
public void onClickStart(View view) {
if (!start1_stop1) {
button_1.setText("Stop");
start1_stop1 = true;
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
while (start1_stop1) {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).
start();
}; else {
start1_stop1 = false;
button_1.setText("Start");
}
}
@Override
protected void onDestroy() {
super.onDestroy();
start1_stop1 = false;
}
}
public class MainActivity<button> extends AppCompatActivity {
private LinearLayout b_1, b_2, b_3;
private Button button_1;
private boolean start1_stop1 = false;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
b_1 = findViewById(R.id.bulb_1);
b_2 = findViewById(R.id.bulb_2);
b_3 = findViewById(R.id.bulb_3);
button_1= findViewById(R.id.button_1);
}
public void onClickStart(View view) {
if (!start1_stop1) {
button_1.setText("Stop");
start1_stop1 = true;
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
while (start1_stop1) {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).
start();
}; else {
start1_stop1 = false;
button_1.setText("Start");
}
}
@Override
protected void onDestroy() {
super.onDestroy();
start1_stop1 = false;
}
}
>>853018
Лезешь на ui не с ui main треда, создавай handler на main looperе и делай пост туда с изменениями твоей кнопки.
Лезешь на ui не с ui main треда, создавай handler на main looperе и делай пост туда с изменениями твоей кнопки.
>>853056
А нет, я слегка запутался читая код в таком ебанутом формате. Pastebin бы хоть заюзал...
А нет, я слегка запутался читая код в таком ебанутом формате. Pastebin бы хоть заюзал...
>>853018
Вижу отвратительный нейминг и простую задачу, которую можно было бы красиво оформить с помощью рх или корутинок, если бы ты писал на Котлине.
Вижу отвратительный нейминг и простую задачу, которую можно было бы красиво оформить с помощью рх или корутинок, если бы ты писал на Котлине.
>>853018
Так это не дело, мой юный друг!
Тебе тут нужен clean architecture.
Также тебе нужны котлин и корутины.
Views нужно дергать через ViewBinding. Нужно использовать ViewModels.
Все как учил Google, друг!
Не зря же в Google работает столько людей стольких ориентаций, гендеров и убеждений! :)
Так это не дело, мой юный друг!
Тебе тут нужен clean architecture.
Также тебе нужны котлин и корутины.
Views нужно дергать через ViewBinding. Нужно использовать ViewModels.
Все как учил Google, друг!
Не зря же в Google работает столько людей стольких ориентаций, гендеров и убеждений! :)
Работяги дайте совет. Работаю 2 года Android разрабом, пол года на Flutter пишу. Хочу менять работу и мне такая мысль в голову закралась, а стоит ли вообще оставаться в мобилках или может быть двигаться в сторону серверной части ?
UI фреймворки и платформы меняются, в свою очередь серверная часть нужна будте всегда.
Что думаете?
UI фреймворки и платформы меняются, в свою очередь серверная часть нужна будте всегда.
Что думаете?
>>853356
Ну, смотри.
Движение вперед полезно в любом случае. По крайней мере, оно полезно как минимум даже тем, что отвлекает от херовых мыслей, не говоря уже о развитии тебя как профессионала и придания жизни вкуса. Я иногда читаю доу.уа да, я с Украины, в том числе и комментарии, и диву даюсь насколько некоторые индивиды там без инициатив и пофигистичны даже по отношению к самим себе, насколько они ни о чем не мечтают, насколько у них нет амбиций, насколько они готовы "тупа провеслать на галере" всю жизнь. И им не интересно ровным счётом ни-че-го. Вот, как говорится, в натуре "колбасники"! А хуле, хата на трое - предел мечтаний, а все свободное время - с банкой пива, пускай и крафтового, перед гейфликсом.
Вопрос куда - это уже отдельный вопрос.
Можешь и в бэк-энд идти, но там, так или иначе, тоже будет что-то новое всегда, пускай и происходить этот процесс будет медленнее.
Я, например, тоже почти 4 года как андроид разработчик, но вот подумываю во встройки двигать. Но даже в embedded, каким бы он стабильным и "старопердунским", по заявлениям некоторых весьма "модных" граждан, не был, появляются новые железяки там, новые камни и МК. Да, очень многое из этого вряд ли прям таким распространенным станет, но тем не менее.
Ну, смотри.
Движение вперед полезно в любом случае. По крайней мере, оно полезно как минимум даже тем, что отвлекает от херовых мыслей, не говоря уже о развитии тебя как профессионала и придания жизни вкуса. Я иногда читаю доу.уа да, я с Украины, в том числе и комментарии, и диву даюсь насколько некоторые индивиды там без инициатив и пофигистичны даже по отношению к самим себе, насколько они ни о чем не мечтают, насколько у них нет амбиций, насколько они готовы "тупа провеслать на галере" всю жизнь. И им не интересно ровным счётом ни-че-го. Вот, как говорится, в натуре "колбасники"! А хуле, хата на трое - предел мечтаний, а все свободное время - с банкой пива, пускай и крафтового, перед гейфликсом.
Вопрос куда - это уже отдельный вопрос.
Можешь и в бэк-энд идти, но там, так или иначе, тоже будет что-то новое всегда, пускай и происходить этот процесс будет медленнее.
Я, например, тоже почти 4 года как андроид разработчик, но вот подумываю во встройки двигать. Но даже в embedded, каким бы он стабильным и "старопердунским", по заявлениям некоторых весьма "модных" граждан, не был, появляются новые железяки там, новые камни и МК. Да, очень многое из этого вряд ли прям таким распространенным станет, но тем не менее.
>>853478
Ну кстати двигаться ближе к железу неплохая идея. Есть тот же глобал который похоже вполне себе занимается андроидом под IoT, регулярно вижу вакансии под NDK для С++.
Хотя опять же, каким боком смена стека считается ростом? Наоборот, скорее немного теряешь в навыках при переходе. Конечно приятно и интересно попробовать что-то новое, но на мой взгляд это нифига не рост. Рост это после сеньора пойти в лиды, а дальше двигать либо в архитекторы и далее по технической части, либо в сторону менеджмента (имхо предпочтительный если ты не хиккан и с инглишем все хорошо, ПМы с нормальным техническим бекграудом а не курсами по скарму охуенны) .
Ну кстати двигаться ближе к железу неплохая идея. Есть тот же глобал который похоже вполне себе занимается андроидом под IoT, регулярно вижу вакансии под NDK для С++.
Хотя опять же, каким боком смена стека считается ростом? Наоборот, скорее немного теряешь в навыках при переходе. Конечно приятно и интересно попробовать что-то новое, но на мой взгляд это нифига не рост. Рост это после сеньора пойти в лиды, а дальше двигать либо в архитекторы и далее по технической части, либо в сторону менеджмента (имхо предпочтительный если ты не хиккан и с инглишем все хорошо, ПМы с нормальным техническим бекграудом а не курсами по скарму охуенны) .
>>853534
Я пока не очень парюсь насчет перспектив, у меня только к 2 годам опыт подбирается. Мобайл в ближайшее время не умрет однозначно.
Я вижу тут 2 риска - первый, то что нативная разработка будет вытеснена кроссплатформой. Пока не сильно верю, доля рынка у них конечно есть, но все более-менее серьезное пишут нативным.
2-й то что андроид как таковой вытеснят с рынка в той или иной мере. И вот в это я верю куда охотнее. Субъективщина, но все же напрягают пару моментов: то, что СШП разосрались с китайцами и похоже будут появляться альтернативы (те же хуавеевская хармони). То что в мире это дерьмо не взлетит я практически уверен, но сука китайцы с патриотизмом и wechatом головного мозга вполне могут уйти с андроида на чет свое. А это минус огромный рынок.
И в ту же копилку последняя айос. По сути раньше самый существенный довод в плане андроида было то что на андроиде есть виджеты, кастомизация, выбор дефолтных приложений и все прочее.
Но сейчас айос догнала по функционалу андроид и на мой взгляд (человека который всегда апл хейтил слегка) айос сейчас объективно лучше. Что сейчас на стороне андроида? Зоопарк из одинаковых 6.67 лопат? Зоопарк из фирменных оболочек? 120гЦ которые аппка чаще всего не осиливает отрисовать (хотя экран могет). Или дырка в экране сильно лучше челки с faceId?
Мб ток батарейка и герцовка, но думаю в течении пары лет завезут и это и тогда айфон станет действительно более разумным выбором.
Даже сейчас маркет шейр 50/50 +-, но при этом айос всегда в приоритете. Почему? А потому что при шейре 50/50 по деньгам все далеко не пополам. Поэтому айос версия всегда в приоритете. Поэтому я не раз сталкиваюсь с ситуацией когда айос версия впереди андроида по фичам, а то и вообще стоит задача скопировать айос приложение, андроид вообще идет во 2-ю очередь. Про обратную ситуацию я не слышал. Регулярно вижу коллег андроид разрабов с айфоном и маком, айос разраб с ведроидом - огромная редкость. И дальше похоже будет только хуже.
Грустно все это, но даже я задумался о том что вместо нового синкпада возможно стоит взять новый мак (жду тестов/обзоров) и потом пощупать свифт и кроссплатформу... Вот не верю я в средне/дальнесрочные перспективы андроида. Именно из-за конкуренции с гей-ос.
>Тут соглашусь. Смена стека это часто понижение зп и позиции.
>
>А что думаешь в плане перспективы?
Я пока не очень парюсь насчет перспектив, у меня только к 2 годам опыт подбирается. Мобайл в ближайшее время не умрет однозначно.
Я вижу тут 2 риска - первый, то что нативная разработка будет вытеснена кроссплатформой. Пока не сильно верю, доля рынка у них конечно есть, но все более-менее серьезное пишут нативным.
2-й то что андроид как таковой вытеснят с рынка в той или иной мере. И вот в это я верю куда охотнее. Субъективщина, но все же напрягают пару моментов: то, что СШП разосрались с китайцами и похоже будут появляться альтернативы (те же хуавеевская хармони). То что в мире это дерьмо не взлетит я практически уверен, но сука китайцы с патриотизмом и wechatом головного мозга вполне могут уйти с андроида на чет свое. А это минус огромный рынок.
И в ту же копилку последняя айос. По сути раньше самый существенный довод в плане андроида было то что на андроиде есть виджеты, кастомизация, выбор дефолтных приложений и все прочее.
Но сейчас айос догнала по функционалу андроид и на мой взгляд (человека который всегда апл хейтил слегка) айос сейчас объективно лучше. Что сейчас на стороне андроида? Зоопарк из одинаковых 6.67 лопат? Зоопарк из фирменных оболочек? 120гЦ которые аппка чаще всего не осиливает отрисовать (хотя экран могет). Или дырка в экране сильно лучше челки с faceId?
Мб ток батарейка и герцовка, но думаю в течении пары лет завезут и это и тогда айфон станет действительно более разумным выбором.
Даже сейчас маркет шейр 50/50 +-, но при этом айос всегда в приоритете. Почему? А потому что при шейре 50/50 по деньгам все далеко не пополам. Поэтому айос версия всегда в приоритете. Поэтому я не раз сталкиваюсь с ситуацией когда айос версия впереди андроида по фичам, а то и вообще стоит задача скопировать айос приложение, андроид вообще идет во 2-ю очередь. Про обратную ситуацию я не слышал. Регулярно вижу коллег андроид разрабов с айфоном и маком, айос разраб с ведроидом - огромная редкость. И дальше похоже будет только хуже.
Грустно все это, но даже я задумался о том что вместо нового синкпада возможно стоит взять новый мак (жду тестов/обзоров) и потом пощупать свифт и кроссплатформу... Вот не верю я в средне/дальнесрочные перспективы андроида. Именно из-за конкуренции с гей-ос.
>>853534
Я пока не очень парюсь насчет перспектив, у меня только к 2 годам опыт подбирается. Мобайл в ближайшее время не умрет однозначно.
Я вижу тут 2 риска - первый, то что нативная разработка будет вытеснена кроссплатформой. Пока не сильно верю, доля рынка у них конечно есть, но все более-менее серьезное пишут нативным.
2-й то что андроид как таковой вытеснят с рынка в той или иной мере. И вот в это я верю куда охотнее. Субъективщина, но все же напрягают пару моментов: то, что СШП разосрались с китайцами и похоже будут появляться альтернативы (те же хуавеевская хармони). То что в мире это дерьмо не взлетит я практически уверен, но сука китайцы с патриотизмом и wechatом головного мозга вполне могут уйти с андроида на чет свое. А это минус огромный рынок.
И в ту же копилку последняя айос. По сути раньше самый существенный довод в плане андроида было то что на андроиде есть виджеты, кастомизация, выбор дефолтных приложений и все прочее.
Но сейчас айос догнала по функционалу андроид и на мой взгляд (человека который всегда апл хейтил слегка) айос сейчас объективно лучше. Что сейчас на стороне андроида? Зоопарк из одинаковых 6.67 лопат? Зоопарк из фирменных оболочек? 120гЦ которые аппка чаще всего не осиливает отрисовать (хотя экран могет). Или дырка в экране сильно лучше челки с faceId?
Мб ток батарейка и герцовка, но думаю в течении пары лет завезут и это и тогда айфон станет действительно более разумным выбором.
Даже сейчас маркет шейр 50/50 +-, но при этом айос всегда в приоритете. Почему? А потому что при шейре 50/50 по деньгам все далеко не пополам. Поэтому айос версия всегда в приоритете. Поэтому я не раз сталкиваюсь с ситуацией когда айос версия впереди андроида по фичам, а то и вообще стоит задача скопировать айос приложение, андроид вообще идет во 2-ю очередь. Про обратную ситуацию я не слышал. Регулярно вижу коллег андроид разрабов с айфоном и маком, айос разраб с ведроидом - огромная редкость. И дальше похоже будет только хуже.
Грустно все это, но даже я задумался о том что вместо нового синкпада возможно стоит взять новый мак (жду тестов/обзоров) и потом пощупать свифт и кроссплатформу... Вот не верю я в средне/дальнесрочные перспективы андроида. Именно из-за конкуренции с гей-ос.
>Тут соглашусь. Смена стека это часто понижение зп и позиции.
>
>А что думаешь в плане перспективы?
Я пока не очень парюсь насчет перспектив, у меня только к 2 годам опыт подбирается. Мобайл в ближайшее время не умрет однозначно.
Я вижу тут 2 риска - первый, то что нативная разработка будет вытеснена кроссплатформой. Пока не сильно верю, доля рынка у них конечно есть, но все более-менее серьезное пишут нативным.
2-й то что андроид как таковой вытеснят с рынка в той или иной мере. И вот в это я верю куда охотнее. Субъективщина, но все же напрягают пару моментов: то, что СШП разосрались с китайцами и похоже будут появляться альтернативы (те же хуавеевская хармони). То что в мире это дерьмо не взлетит я практически уверен, но сука китайцы с патриотизмом и wechatом головного мозга вполне могут уйти с андроида на чет свое. А это минус огромный рынок.
И в ту же копилку последняя айос. По сути раньше самый существенный довод в плане андроида было то что на андроиде есть виджеты, кастомизация, выбор дефолтных приложений и все прочее.
Но сейчас айос догнала по функционалу андроид и на мой взгляд (человека который всегда апл хейтил слегка) айос сейчас объективно лучше. Что сейчас на стороне андроида? Зоопарк из одинаковых 6.67 лопат? Зоопарк из фирменных оболочек? 120гЦ которые аппка чаще всего не осиливает отрисовать (хотя экран могет). Или дырка в экране сильно лучше челки с faceId?
Мб ток батарейка и герцовка, но думаю в течении пары лет завезут и это и тогда айфон станет действительно более разумным выбором.
Даже сейчас маркет шейр 50/50 +-, но при этом айос всегда в приоритете. Почему? А потому что при шейре 50/50 по деньгам все далеко не пополам. Поэтому айос версия всегда в приоритете. Поэтому я не раз сталкиваюсь с ситуацией когда айос версия впереди андроида по фичам, а то и вообще стоит задача скопировать айос приложение, андроид вообще идет во 2-ю очередь. Про обратную ситуацию я не слышал. Регулярно вижу коллег андроид разрабов с айфоном и маком, айос разраб с ведроидом - огромная редкость. И дальше похоже будет только хуже.
Грустно все это, но даже я задумался о том что вместо нового синкпада возможно стоит взять новый мак (жду тестов/обзоров) и потом пощупать свифт и кроссплатформу... Вот не верю я в средне/дальнесрочные перспективы андроида. Именно из-за конкуренции с гей-ос.
>>853632
Есть в твоих рассуждениях что-то. У меня у самого опыта работы около двух лет. Но из-за того что работаю в галлере, я и на питоне, flutter, php успел пописать.
Сейчас хочу найти что-то нормальное поэтому и раздумываю куда свернуть.
Думаю немного начать щупать spring в свободное время.
Есть в твоих рассуждениях что-то. У меня у самого опыта работы около двух лет. Но из-за того что работаю в галлере, я и на питоне, flutter, php успел пописать.
Сейчас хочу найти что-то нормальное поэтому и раздумываю куда свернуть.
Думаю немного начать щупать spring в свободное время.
>>853632
Как андроид может сдохнуть, если там 2,5 миллиарда активных устройств и нижняя цена устройства с актуальной ос - 60баксов. Так что там неосвоенных рынков в 3 мире просто непочатый край. Да, малоплатежеспособные пользователи - но там и 5 млрд пользователей - вполне осуществимо.
А полтора миллиарда айос - это потолок. Всей кто мог себе позволить яблофон за 600-1200баксов его уже имеют.
А уж мерятся фишками ос и очень слабо разнящимся функционалом - интересует очень мало кого.
Как андроид может сдохнуть, если там 2,5 миллиарда активных устройств и нижняя цена устройства с актуальной ос - 60баксов. Так что там неосвоенных рынков в 3 мире просто непочатый край. Да, малоплатежеспособные пользователи - но там и 5 млрд пользователей - вполне осуществимо.
А полтора миллиарда айос - это потолок. Всей кто мог себе позволить яблофон за 600-1200баксов его уже имеют.
А уж мерятся фишками ос и очень слабо разнящимся функционалом - интересует очень мало кого.
>>853763
А толку? Деньги то за приложения адекватные платят в штатах/европе в основном. А если Андроид останется в качестве основной ОС только для Индий и прочих Бангладешей, то вангую и рейты будут соответствующие, за которые только индусы и будут работать.
А толку? Деньги то за приложения адекватные платят в штатах/европе в основном. А если Андроид останется в качестве основной ОС только для Индий и прочих Бангладешей, то вангую и рейты будут соответствующие, за которые только индусы и будут работать.
>>853764
В Европе андроид в 2 раза популярнее, в сша медленно, но верно сокращает отрыв айос. Ну и стран 3его мира много. В каждой стране будут госуслуги, банковские приложухи, етк. Плюс приложения, которое выпускает компания из сша, а пользуются по всему миру.
Ну да, может разница в оплате еще будет увеличится, но самих приложух под ведро должно больше пилиться.
В Европе андроид в 2 раза популярнее, в сша медленно, но верно сокращает отрыв айос. Ну и стран 3его мира много. В каждой стране будут госуслуги, банковские приложухи, етк. Плюс приложения, которое выпускает компания из сша, а пользуются по всему миру.
Ну да, может разница в оплате еще будет увеличится, но самих приложух под ведро должно больше пилиться.
45 Кб, 960x720Почаны, есть вопрос по ЧИСТОЙ АРХИТЕКТУРЕ, по MVVP.
Я так понимаю что click listener'ы уходят в ViewModel в этой схеме.
Но что если в логике click listener'а нужно что-то напрямую дернуть у View и это не представляется возможным решить data binding'ом, а надо именно взять по id вьюху и обновить.
Щито тогда делать? Пробрасывать в ViewModel иные вьюхи?
Я так понимаю что click listener'ы уходят в ViewModel в этой схеме.
Но что если в логике click listener'а нужно что-то напрямую дернуть у View и это не представляется возможным решить data binding'ом, а надо именно взять по id вьюху и обновить.
Щито тогда делать? Пробрасывать в ViewModel иные вьюхи?
>>853632
Да, кстати. Во многих соглашусь. Вот это вот "А можете сделать как на iOS?" очень распространенная фраза клиентов.
Перспективы ОС, согласен, туманны. Мало того, что есть риск проеба рынка Китая, так ещё и есть риск непосредственно Гугла))) Ведь, надеюсь, все ж помнят их склонность к закрыванию проектов. А тут они ещё и что-то, похоже, с Фуксией мутят. Хоть Гомоватые и говорят, что у Фуксии другие цели, но слушать их - себя не уважать. Короче, пызда. Пару лет назад была видна таки перспектива на развитие платформы, сейчас - вообще хз, такое ощущение, что все скатывается фпизду.
И насчёт андроид-аппаратов тоже соглашусь. Моему аппарату 2 года (китайский факман). Подумывал обновить зимой. Начал смотреть чего вообще есть. Ну, короче, похоже ничего, кроме iPhone 11/12/12 mini, в общем, и нету. Все эти Xiaomi, OnePlus уже такое себе, если честно. Куча цифр и громких слов, а толку - абсолютный 0. Так, ебаный в рот этого казино, блять, раньше если оно хоть было довольно дешёвым и, при этом, факман, то сейчас - докидываешь половину от этой стоимости (если не меньше) и идёшь покупаешь неплохой iPhone.
Samsuka - то вообще странное что-то.
Да, кстати. Во многих соглашусь. Вот это вот "А можете сделать как на iOS?" очень распространенная фраза клиентов.
Перспективы ОС, согласен, туманны. Мало того, что есть риск проеба рынка Китая, так ещё и есть риск непосредственно Гугла))) Ведь, надеюсь, все ж помнят их склонность к закрыванию проектов. А тут они ещё и что-то, похоже, с Фуксией мутят. Хоть Гомоватые и говорят, что у Фуксии другие цели, но слушать их - себя не уважать. Короче, пызда. Пару лет назад была видна таки перспектива на развитие платформы, сейчас - вообще хз, такое ощущение, что все скатывается фпизду.
И насчёт андроид-аппаратов тоже соглашусь. Моему аппарату 2 года (китайский факман). Подумывал обновить зимой. Начал смотреть чего вообще есть. Ну, короче, похоже ничего, кроме iPhone 11/12/12 mini, в общем, и нету. Все эти Xiaomi, OnePlus уже такое себе, если честно. Куча цифр и громких слов, а толку - абсолютный 0. Так, ебаный в рот этого казино, блять, раньше если оно хоть было довольно дешёвым и, при этом, факман, то сейчас - докидываешь половину от этой стоимости (если не меньше) и идёшь покупаешь неплохой iPhone.
Samsuka - то вообще странное что-то.
>>853632
Кстати, забыл добавить.
Ну... У меня есть iOS-коллега, который раньше ходил с Android. А знаешь, чем все закончилось? Он перешел на iPhone. Просто потому что "Ну, да, Android может много чего. Файлы-хуяйлы, каштомизация и т.д и т.п., только вот нахера мне это все? Это ж телефон, а не компьютер, лол". И, кстати, я с ним соглашусь. Я лажу с Android, но вот никогда не каштомил, не васянил, "проводником" пользуюсь раз в год.
Кстати, забыл добавить.
Ну... У меня есть iOS-коллега, который раньше ходил с Android. А знаешь, чем все закончилось? Он перешел на iPhone. Просто потому что "Ну, да, Android может много чего. Файлы-хуяйлы, каштомизация и т.д и т.п., только вот нахера мне это все? Это ж телефон, а не компьютер, лол". И, кстати, я с ним соглашусь. Я лажу с Android, но вот никогда не каштомил, не васянил, "проводником" пользуюсь раз в год.
Подскажите пожалуйста, где искать ментора? И стоит ли его искать в самом начале обучения? Я сделал одну программку для себя, которой пользуюсь на работе, но она из говна и палок, в общем достаточно убогая прога. Конечно хотелось бы попасть в небольшую компанию и выучиться и работать там, но думаю что это не реально. Как вообще лучше поступить?
>>853876
ну я тоже с тех пор как дали условного мидла и появились какие-то вменяемые деньги начал посматривать в сторону эпла. И если мак скорее необходимость чем желание (см.пункт "Сделать как на айос", буду пожалуй ждать 16' на арм), то андроид вендоры реально разочаровывают.
Вот сейчас у меня Redmi note 8 pro. Он еще вовсе не старый, работает бодро - но апдейтов уже не будет. Экран ипс, хотелось бы конечно же амолед. Камера приемлемая, но до флагманов далеко.
И начал я смотреть что можно взять... Основное мое требование которое отметает большую часть рынка это не быть лопатой 6.5+.
Хорошая камера, корпус без пластика, хороший амолед экран, что-то похожее на чистый андроид. И вот если забить требование не быть лопатой - выбор очень широкий, а вот с моими требованиями выбор очень скудный.
Oneplus косячит с экранами, да и те балансируют на грани лопаты, смотрел в сторону пикселей - так у некоторых 5-й расклеивается... Хоть от сони поделие квадратное за 1к бери... Хотя скорее всего в некст году возьму все же 5 пиксель, рискну.
Но прикол в том что на этом фоне айфоны выглядят достаточно неплохо. Хорошие камеры, материалы, экраны, долгая поддержка, адекватные габариты. Если б не логика построения интерфейса iOS и убогие батарейки - мб пошел бы за айфоном.
>И насчёт андроид-аппаратов тоже соглашусь. Моему аппарату 2 года (китайский факман). Подумывал обновить зимой. Начал смотреть чего вообще есть. Ну, короче, похоже ничего, кроме iPhone 11/12/12 mini, в общем, и нету. Все эти Xiaomi, OnePlus уже такое себе, если честно. Куча цифр и громких слов, а толку - абсолютный 0. Так, ебаный в рот этого казино, блять, раньше если оно хоть было довольно дешёвым и, при этом, факман, то сейчас - докидываешь половину от этой стоимости (если не меньше) и идёшь покупаешь неплохой iPhone.
ну я тоже с тех пор как дали условного мидла и появились какие-то вменяемые деньги начал посматривать в сторону эпла. И если мак скорее необходимость чем желание (см.пункт "Сделать как на айос", буду пожалуй ждать 16' на арм), то андроид вендоры реально разочаровывают.
Вот сейчас у меня Redmi note 8 pro. Он еще вовсе не старый, работает бодро - но апдейтов уже не будет. Экран ипс, хотелось бы конечно же амолед. Камера приемлемая, но до флагманов далеко.
И начал я смотреть что можно взять... Основное мое требование которое отметает большую часть рынка это не быть лопатой 6.5+.
Хорошая камера, корпус без пластика, хороший амолед экран, что-то похожее на чистый андроид. И вот если забить требование не быть лопатой - выбор очень широкий, а вот с моими требованиями выбор очень скудный.
Oneplus косячит с экранами, да и те балансируют на грани лопаты, смотрел в сторону пикселей - так у некоторых 5-й расклеивается... Хоть от сони поделие квадратное за 1к бери... Хотя скорее всего в некст году возьму все же 5 пиксель, рискну.
Но прикол в том что на этом фоне айфоны выглядят достаточно неплохо. Хорошие камеры, материалы, экраны, долгая поддержка, адекватные габариты. Если б не логика построения интерфейса iOS и убогие батарейки - мб пошел бы за айфоном.
>>853924
Ищи программы стажировок/обучения/практик на галерах. Сразу на джуна достаточно сложно. Входной порог для этих обучающих программ вполне адекватный, хотя конкуренция офк будет. А там тебе уже и ментора дадут и на борт возьмут если хорошо себя покажешь.
Ищи программы стажировок/обучения/практик на галерах. Сразу на джуна достаточно сложно. Входной порог для этих обучающих программ вполне адекватный, хотя конкуренция офк будет. А там тебе уже и ментора дадут и на борт возьмут если хорошо себя покажешь.
>>853863
MVVM
На пикче дефолтная схема MVVM, для чистой архитектуры ищи валидную.
Click Listener или любая другая манипуляция с UI принадлежит к самому верхнему слою, методы VM ты вызываешь внутри его тела. VM должна быть изолирована от всего, что не связано с получением данных, в том числе от любых компонентов, относящихся к фреймворк-слою(контекст, вьюхи и т.д.).
Ты слишком размазал вопрос. Кидай свой код, если хочешь, чтобы тебя правильно поняли и правильно ответили.
>MVVP
MVVM
>ЧИСТОЙ АРХИТЕКТУРЕ
На пикче дефолтная схема MVVM, для чистой архитектуры ищи валидную.
Click Listener или любая другая манипуляция с UI принадлежит к самому верхнему слою, методы VM ты вызываешь внутри его тела. VM должна быть изолирована от всего, что не связано с получением данных, в том числе от любых компонентов, относящихся к фреймворк-слою(контекст, вьюхи и т.д.).
Ты слишком размазал вопрос. Кидай свой код, если хочешь, чтобы тебя правильно поняли и правильно ответили.
>>853949
О как, а как в таком случае предлагаешь реализовывать навигацию? Оставлять полностью на вью?
>VM должна быть изолирована от всего, что не связано с получением данных, в том числе от любых компонентов, относящихся к фреймворк-слою(контекст, вьюхи и т.д.).
О как, а как в таком случае предлагаешь реализовывать навигацию? Оставлять полностью на вью?
>>853924
Зависит от того, что ты хочешь и какой у тебя бэкграунд. есть ли он вообще
Если реально смотреть на вещи, никто не хочет никого учить, за исключением некоторых случаев, когда ты имеешь навыки, которые увеличивают твою ценность в сравнении с иными претендентами. Один из вариантов - стажировка в компании, которая может позволить себе подобные программы и заинтересована в них, но и там свои требования, свой фильтр.
Зависит от того, что ты хочешь и какой у тебя бэкграунд. есть ли он вообще
Если реально смотреть на вещи, никто не хочет никого учить, за исключением некоторых случаев, когда ты имеешь навыки, которые увеличивают твою ценность в сравнении с иными претендентами. Один из вариантов - стажировка в компании, которая может позволить себе подобные программы и заинтересована в них, но и там свои требования, свой фильтр.
>>853951
Мне даже стало интересно, каким образом VM может быть связана с навигацией в твоём понимании?
NavController и активити, которая содержит юзкейсы для перехода, вызываемые из фрагментов. Проще и чище некуда.
Мне даже стало интересно, каким образом VM может быть связана с навигацией в твоём понимании?
>реализовывать навигацию
NavController и активити, которая содержит юзкейсы для перехода, вызываемые из фрагментов. Проще и чище некуда.
>>853959
Я ниасилил, пробовал юзать наверное где-то год назад и по итогу наткнулся на кейс когда мне абсолютно понятно как выполнить задачу на старых интентах (пара флагов и готово), а на этих новомодных графах это сделать ну никак. Жаль подробностей не помню.
Сейчас у меня сейчас в проекте достаточно много в слое представления ебли с лайфсайклами и бекстеками, как тот же функционал сделать на этом дубовом контроллере я вообще ума не приложу.
>NavController
Я ниасилил, пробовал юзать наверное где-то год назад и по итогу наткнулся на кейс когда мне абсолютно понятно как выполнить задачу на старых интентах (пара флагов и готово), а на этих новомодных графах это сделать ну никак. Жаль подробностей не помню.
Сейчас у меня сейчас в проекте достаточно много в слое представления ебли с лайфсайклами и бекстеками, как тот же функционал сделать на этом дубовом контроллере я вообще ума не приложу.
>>853959
А вот хрен знает (архитектура мое самое слабое место). Помнится на собесе спросили как раз про навигацию на мввм, я выдал вариант когда интент висит в вм и мы его обсервим. Собес завалил кстати.
>Мне даже стало интересно, каким образом VM может быть связана с навигацией в твоём понимании?
А вот хрен знает (архитектура мое самое слабое место). Помнится на собесе спросили как раз про навигацию на мввм, я выдал вариант когда интент висит в вм и мы его обсервим. Собес завалил кстати.
>>822731 (OP)
Всем привет
Стоит задача разделить экран:
По высоте на 30 процентов показывать изображение, на остальных 70 некий LinearLayout с кнопками
Как это лучше реализовать? Ну, как принято?
Вариант 1) guidline 30% и к нему прикручивать
Вариант 2) все это засунуть еще в один lilay, ему дать weightsum 1, а дочерним элементам по 0.3 и 0.7 соотвтственно.
Вариант 3) ???
P.S. И да, изображение же в эти 30 процентов вписывается командой
android:scaleType="centerInside"
?
Всем привет
Стоит задача разделить экран:
По высоте на 30 процентов показывать изображение, на остальных 70 некий LinearLayout с кнопками
Как это лучше реализовать? Ну, как принято?
Вариант 1) guidline 30% и к нему прикручивать
Вариант 2) все это засунуть еще в один lilay, ему дать weightsum 1, а дочерним элементам по 0.3 и 0.7 соотвтственно.
Вариант 3) ???
P.S. И да, изображение же в эти 30 процентов вписывается командой
android:scaleType="centerInside"
?
>>854051
Ok, spasibo!
Ok, spasibo!
Очень нравится Котлин, сегодня закончил книгу The Big Nerd Ranch: Kotlin, теперь найду что-нибудь по паттернам проектирования.
Что можно писать на котлине помимо андроида? И как вообще с производительностью у JVM, лучше чем у питона хотя бы?
Что можно писать на котлине помимо андроида? И как вообще с производительностью у JVM, лучше чем у питона хотя бы?
>>854389
Вообще, у меня мечта создать крипту. Знаю математику (калькулус), в целом разбираюсь в криптографии (подписи, системы с открытым ключом, хеширование и т.д.), знаю на концептуальном уровне как устроены криптовалюты.
Что если на Котлине попробовать что-нибудь интересное реализовать, какие преграды и преимущества тут дает JVM?
Вообще, у меня мечта создать крипту. Знаю математику (калькулус), в целом разбираюсь в криптографии (подписи, системы с открытым ключом, хеширование и т.д.), знаю на концептуальном уровне как устроены криптовалюты.
Что если на Котлине попробовать что-нибудь интересное реализовать, какие преграды и преимущества тут дает JVM?
>>854389
Я слыхал про робкие попытки юзать его в энтерпрайз бекенде, но думаю там доля проектов где рискнут добавить котлин исчезающе мала, да и где заюзали не всегда в восторге, там консервированное болото в плане технологий и даже обновить версию jvm на сервере - целое дело. А больше на практике я как-то про котлин не слыхал.
>Что можно писать на котлине помимо андроида?
Я слыхал про робкие попытки юзать его в энтерпрайз бекенде, но думаю там доля проектов где рискнут добавить котлин исчезающе мала, да и где заюзали не всегда в восторге, там консервированное болото в плане технологий и даже обновить версию jvm на сервере - целое дело. А больше на практике я как-то про котлин не слыхал.
>>854490
У нас наоборот, понемногу заменяют жабушку на котлин. Вангую у всех разный опыт. В андроиде язык доказал свою жизнеспособность.
Не вижу особых причин почему котлин не может отжать долю в бекенде
>исчезающе мала
У нас наоборот, понемногу заменяют жабушку на котлин. Вангую у всех разный опыт. В андроиде язык доказал свою жизнеспособность.
Не вижу особых причин почему котлин не может отжать долю в бекенде
50 Кб, 400x511Я обычный вкатун, и у меня есть два стула, идти на фронтенд-верстку или стажером на андроид. На андроиде я понимаю очень мало (писал хелло ворлд приложение год назад), а в вёрстке понимаю ещё меньше, но думаю что вкачусь за ~месяц. Если бы у вас был такой выбор, что бы вы выбрали? Какой стул хуже/лучше, где больше шансов роста как программиста, а где застой и уныние?
>>855083
Лучше то, что тебе больше нравится и больше интересно
Лучше то, что тебе больше нравится и больше интересно
>>855083
Выбирай то, что интересно, тогда и шансы вырасти увеличатся. Иначе высока вероятность того, что ты разочаруешься, перегоришь и никакие деньги тебя не будут мотивировать.
Выбирай то, что интересно, тогда и шансы вырасти увеличатся. Иначе высока вероятность того, что ты разочаруешься, перегоришь и никакие деньги тебя не будут мотивировать.
>>854960
По ведру хуйня книга хотя в этих ваших редитах на нее дрочат как байтоебы на к&р. В каждой главе хуяк-хуяк, ну короче вот вам код, вы все поняли, идем дальше.
По ведру хуйня книга хотя в этих ваших редитах на нее дрочат как байтоебы на к&р. В каждой главе хуяк-хуяк, ну короче вот вам код, вы все поняли, идем дальше.
>>822731 (OP)
Господа, выручайте
Есть массив натуральных чисел
(1,2,3,...n)
Для наглядности назвоем его massiv
Если в коде указать
massiv.reverse()
То программа работает, как задумывалось
Но проблема в том, что необходимо его перемешать
massiv.asList.Shuffled() работает некорректно. Есть подозрегие, что он не перемешивает
Во всяком случае в функцию, которая ниже, после перемешивания shuffl залетают обычные значения (так не задумывалось), а после реверса значения наоборот (как и задумывалось). Как быть? ЧЯДНТ?
Господа, выручайте
Есть массив натуральных чисел
(1,2,3,...n)
Для наглядности назвоем его massiv
Если в коде указать
massiv.reverse()
То программа работает, как задумывалось
Но проблема в том, что необходимо его перемешать
massiv.asList.Shuffled() работает некорректно. Есть подозрегие, что он не перемешивает
Во всяком случае в функцию, которая ниже, после перемешивания shuffl залетают обычные значения (так не задумывалось), а после реверса значения наоборот (как и задумывалось). Как быть? ЧЯДНТ?
>>855664
если что, варианта massiv.shuffle() не было
если что, варианта massiv.shuffle() не было
112 Кб, 553x700>>822731 (OP)
Так, аноны, вводная:
Имеется идея текстового квеста на мобилки, под андроид хотелось бы сделать. Хочу сделать больше для души, для себя, ну и друзяшкам показать, хотя может и на гугл плей залью, если получится удачно вдруг. Сценарий и все что нужно уже есть, в текстовые квесты другие тоже наиграл достаточно в свое время, так что цельная картина того чего хочу есть в голове.
Но, из знаний у меня только старый универовский курс джавы и плюсов, с горем пополам помню как калькулятор для консоли на них написать, и то, буду подгугливать чую, короч только самые основы и общее представление.
Вопрос: что мне нужно выучить чтобы это все хотя бы попытаться реализовать?
Так, аноны, вводная:
Имеется идея текстового квеста на мобилки, под андроид хотелось бы сделать. Хочу сделать больше для души, для себя, ну и друзяшкам показать, хотя может и на гугл плей залью, если получится удачно вдруг. Сценарий и все что нужно уже есть, в текстовые квесты другие тоже наиграл достаточно в свое время, так что цельная картина того чего хочу есть в голове.
Но, из знаний у меня только старый универовский курс джавы и плюсов, с горем пополам помню как калькулятор для консоли на них написать, и то, буду подгугливать чую, короч только самые основы и общее представление.
Вопрос: что мне нужно выучить чтобы это все хотя бы попытаться реализовать?
>>856236
Ну вообще все просто, думаю сделаешь. Вспомни жабу (сейчас конечно в ходу котлин, но если хочешь побыстрее и знаешь жабу - юзай уже ее), посмотри как верстаются экраны, как делается навигация. Глянь еще работу с ресурсами - все текста/картинки/музло где-то хранить нужно + прогресс сохранять. Ну и что за звери Активити/Фрагменты тоже придется разобраться.
Тут имхо самое сложное продумать как хранить это все древо экранов квеста. Никакой сложной логики нет, ui это кнопки, текста да картинки без динамики, возможно музыка. Не вижу особых сложностей.
Ну вообще все просто, думаю сделаешь. Вспомни жабу (сейчас конечно в ходу котлин, но если хочешь побыстрее и знаешь жабу - юзай уже ее), посмотри как верстаются экраны, как делается навигация. Глянь еще работу с ресурсами - все текста/картинки/музло где-то хранить нужно + прогресс сохранять. Ну и что за звери Активити/Фрагменты тоже придется разобраться.
Тут имхо самое сложное продумать как хранить это все древо экранов квеста. Никакой сложной логики нет, ui это кнопки, текста да картинки без динамики, возможно музыка. Не вижу особых сложностей.
>>856344
Я на стажировке от конторы одной, так что мой способ неочень)
Я на стажировке от конторы одной, так что мой способ неочень)
>>856236
>>856344
https://developer.android.com/courses/fundamentals-training/toc-v2
Читай/проходи, пока не поймешь, что можешь реализовать нечто похожее на твою идею, пусть и в примитивном виде, а дальше гугли более сложную/улучшенную реализацию всех тех моментов, которые тебя не устраивают. На Джаве всё спокойно пишется, на этот счет можешь не переживать.
>>856344
https://developer.android.com/courses/fundamentals-training/toc-v2
Читай/проходи, пока не поймешь, что можешь реализовать нечто похожее на твою идею, пусть и в примитивном виде, а дальше гугли более сложную/улучшенную реализацию всех тех моментов, которые тебя не устраивают. На Джаве всё спокойно пишется, на этот счет можешь не переживать.
Анонасы, поясните за Dart/Flutter. По тестам я посмотрел - он помедленне жабы будет, и даже пожручее в плане памяти. Аппликухи не подлагивают на нём?
Алсо, поясните за sdk - насколько реально писать кроссплатформенно? Например, апи камеры одно для йоус и ведроида или придётся костылить прослойку с разными бэкендами?
Алсо, поясните за sdk - насколько реально писать кроссплатформенно? Например, апи камеры одно для йоус и ведроида или придётся костылить прослойку с разными бэкендами?
74 Кб, 983x869Пытаюсь заюзать ява класс в проекте котлина, но при компиляции вылетает эксепшн ClassNotFound, все на пикриле
Чому так происходит? Вообще ничего не гуглится. ОС Убунта
Чому так происходит? Вообще ничего не гуглится. ОС Убунта
>>856701
Получилось не менее скомканно, потому метод нужно кидать полностью. Мог и весь класс скинуть, что уж.
Напишу о том, что бросается в глаза. Пример: есть два метода - sort() и sortedArray(). Первый возвращает Unit, поэтому массив будет отсортирован в любом место кода, который находится ниже вызова метода. Второй возвращает отсортированный массив, а это означает, что его нужно либо вернуть, либо присвоить переменной, либо как-либо использовать(например, внутри цикла - т.е. в определённом скоупе). Иными словами, он возвращает результат, который нуждается в сохранении. Метод shuffled() возвращает лист, поэтому к нему применяется аналогичное правило. Всегда смотри на возвращаемое значение.
В цикле достаточно написать
for (x in 1..mQuestionsList.size + 1)
step 1 - дефолт, а size не может быть не целочисленным, поэтому кастить его не нужно. Проверять на нуллабельность нужно до использования в цикле, например:
mQuestionsList?.let {
код
}
Получилось не менее скомканно, потому метод нужно кидать полностью. Мог и весь класс скинуть, что уж.
Напишу о том, что бросается в глаза. Пример: есть два метода - sort() и sortedArray(). Первый возвращает Unit, поэтому массив будет отсортирован в любом место кода, который находится ниже вызова метода. Второй возвращает отсортированный массив, а это означает, что его нужно либо вернуть, либо присвоить переменной, либо как-либо использовать(например, внутри цикла - т.е. в определённом скоупе). Иными словами, он возвращает результат, который нуждается в сохранении. Метод shuffled() возвращает лист, поэтому к нему применяется аналогичное правило. Всегда смотри на возвращаемое значение.
В цикле достаточно написать
for (x in 1..mQuestionsList.size + 1)
step 1 - дефолт, а size не может быть не целочисленным, поэтому кастить его не нужно. Проверять на нуллабельность нужно до использования в цикле, например:
mQuestionsList?.let {
код
}
>>856749
В моей проге mQuestionsList!!.size не может быть равно нулю
Смысл в том, что у меня есть некие данные, большой массив
А вожет и не массив, я уже не знаю, он состоит из объектов
у каждого объекта есть некие параметры
Я хочу выводить эти объекты в случайном порядке
Для этого я делаю новый массив, состоящий из натуральных чисел от 1 до максимального количества переменных ( в нашем примере это 1 2 3 4)
В коде это названо arrayShuffle
Если я делаю reverse(), и затем обращаюсь по порядку, то массив выдает значения 4 3 2 1, как и должно быть
Но мне нужен не реверс, а рандом (например, 4 2 3 1)
Ещё раз внимательно прочитал твой пост, сделал следующие вещи:
Перешел с array на list
сохранил в новую переменную, используя shuffle (для листа шафл есть)
поменял метод обращения
mCurrentRandomPosition = listShuffleAfter.get(mCurrentPosition - 1), а было listShuffleAfter[mCurrentPosition - 1]
В любом случае заработало
Конечно, это не инженерный подход, и сейчас я буду думать, почему
Пишу все это, чтобы сказать тееб спасибо. :)
В моей проге mQuestionsList!!.size не может быть равно нулю
Смысл в том, что у меня есть некие данные, большой массив
А вожет и не массив, я уже не знаю, он состоит из объектов
у каждого объекта есть некие параметры
Я хочу выводить эти объекты в случайном порядке
Для этого я делаю новый массив, состоящий из натуральных чисел от 1 до максимального количества переменных ( в нашем примере это 1 2 3 4)
В коде это названо arrayShuffle
Если я делаю reverse(), и затем обращаюсь по порядку, то массив выдает значения 4 3 2 1, как и должно быть
Но мне нужен не реверс, а рандом (например, 4 2 3 1)
Ещё раз внимательно прочитал твой пост, сделал следующие вещи:
Перешел с array на list
сохранил в новую переменную, используя shuffle (для листа шафл есть)
поменял метод обращения
mCurrentRandomPosition = listShuffleAfter.get(mCurrentPosition - 1), а было listShuffleAfter[mCurrentPosition - 1]
В любом случае заработало
Конечно, это не инженерный подход, и сейчас я буду думать, почему
Пишу все это, чтобы сказать тееб спасибо. :)
>>856803
Лучше не шаффлить весь лист, а брать рандомный элемент. Чтобы не было повторов, кэшируешь те, которые были выведены ранее.
Чтобы было нагляднее:
https://pastebin.com/zK5DZ25L(в Идее запусти)
Там 2 варианта использования - по индексу и по свойству объекта, в зависимости от их однородности. Т.е. если они не имеют общих свойств, либо есть иные ограничения, используешь доступ по индексу.
Лучше не шаффлить весь лист, а брать рандомный элемент. Чтобы не было повторов, кэшируешь те, которые были выведены ранее.
Чтобы было нагляднее:
https://pastebin.com/zK5DZ25L(в Идее запусти)
Там 2 варианта использования - по индексу и по свойству объекта, в зависимости от их однородности. Т.е. если они не имеют общих свойств, либо есть иные ограничения, используешь доступ по индексу.
>>856972
Ну, сперва работал охранником в салоне. Работа не пыльная, устраивала. Но как-то вдруг совпало, что приехал постоянный клиент, а все 3 красивые девочки не смогли выйти - одна заболела, у другой экзамены. Клиент на взводе, ситуация сперва накаляется, а потом, смотрю, притих и о чём-то с мамкой шепчется. Тут мамка ко мне подходит и говорит, что так и так, это твой шанс, клиент на тебя запал - вкатывайся. Ну, выбора особо не было, вот так и вкатился, зарабатываю теперь х2 от прошлой зарплаты.
Ну, сперва работал охранником в салоне. Работа не пыльная, устраивала. Но как-то вдруг совпало, что приехал постоянный клиент, а все 3 красивые девочки не смогли выйти - одна заболела, у другой экзамены. Клиент на взводе, ситуация сперва накаляется, а потом, смотрю, притих и о чём-то с мамкой шепчется. Тут мамка ко мне подходит и говорит, что так и так, это твой шанс, клиент на тебя запал - вкатывайся. Ну, выбора особо не было, вот так и вкатился, зарабатываю теперь х2 от прошлой зарплаты.
Поясните плз про GPL
Допустим, я беру программу под лицензией gpl v3.
Я добавляю в неё код, который делает запросы на мой сервер, выполняет действия, возвращает результат.
Затем я заливаю мой мод в гугл плэй и продаю по 100 рублей.
Лицензия требует, чтобы любой желающий мог получить исходный код. По запросу я должен буду предоставить клиентскую часть или серверную тоже?
Допустим, я беру программу под лицензией gpl v3.
Я добавляю в неё код, который делает запросы на мой сервер, выполняет действия, возвращает результат.
Затем я заливаю мой мод в гугл плэй и продаю по 100 рублей.
Лицензия требует, чтобы любой желающий мог получить исходный код. По запросу я должен буду предоставить клиентскую часть или серверную тоже?
>>857019
Смотря для какой части ты использовал GPL исходы. Если для серверной - то нет, если для клиентской то да.
Смотря для какой части ты использовал GPL исходы. Если для серверной - то нет, если для клиентской то да.
78 Кб, 1071x898>>856834
Вот так? Не работает энивей
Он же его видит сам, зачем импортировать
Хелп плиз, очень хочется тему interoperability разобрать
Вот так? Не работает энивей
Он же его видит сам, зачем импортировать
Хелп плиз, очень хочется тему interoperability разобрать
77 Кб, 1053x887>>857523
такой импорт тоже не работает
такой импорт тоже не работает
93 Кб, 1435x803Кароч, он даже запустить этот класс не может
21 Кб, 474x497Лан, понял как сделать
Создать в main директорию java, пометить ее как сурцы и перекинуть java-класс туда
Но это получается .kt и .java не могут существовать в одном пакете, печально
Создать в main директорию java, пометить ее как сурцы и перекинуть java-класс туда
Но это получается .kt и .java не могут существовать в одном пакете, печально
>>857685
Жаба и котлин прекрасно могут работать вместе, в одной пекедже. Нахрена ты отдельную папку под котлиновские классы создал? Все проекты на жаба + котлине или чистом котлине юзают дефолтную папку java.
Жаба и котлин прекрасно могут работать вместе, в одной пекедже. Нахрена ты отдельную папку под котлиновские классы создал? Все проекты на жаба + котлине или чистом котлине юзают дефолтную папку java.
>>857717
За идею не скажу, а андроид студия не создает. Зачем ебаться с андроидом в идее?
За идею не скажу, а андроид студия не создает. Зачем ебаться с андроидом в идее?
>>857741
Ну так если тебе чисто в языке покопаться, зачем извращаться с созданием андроид проекта?
Ну так если тебе чисто в языке покопаться, зачем извращаться с созданием андроид проекта?
25 Кб, 960x300Аноны, вопрос по архитектуре.
У меня есть такой поток данных:
Data source -> ViewModel -> View
Но у меня много случаев, когда данные из Data Source мне нужно "дополнить" данными, которые можно получить только из Context.
Например, из Data Source мне прибывает строка, но мне нужно подянуть шаблон из R.string.XXX и сформировать другую строку.
Может ли Data Source иметь зависимость на Context?
Или как можно еще ПРАВОСЛАВНО, не нарушая MVVM решить этот вопрос?
У меня есть такой поток данных:
Data source -> ViewModel -> View
Но у меня много случаев, когда данные из Data Source мне нужно "дополнить" данными, которые можно получить только из Context.
Например, из Data Source мне прибывает строка, но мне нужно подянуть шаблон из R.string.XXX и сформировать другую строку.
Может ли Data Source иметь зависимость на Context?
Или как можно еще ПРАВОСЛАВНО, не нарушая MVVM решить этот вопрос?
>>857806
Имхо когда DataSource занимается обработкой данных и чет мутит с R.strings - бред. Если это DataSource - то он должен отдать данные, а обрабатывать их уже следует ниже, в каком-то слое бизнес-логики, в нашем случае вместо него VM. Для VM это уже вполне норма, у AndroidViewModel даже собственный контекст есть для этого.
Имхо когда DataSource занимается обработкой данных и чет мутит с R.strings - бред. Если это DataSource - то он должен отдать данные, а обрабатывать их уже следует ниже, в каком-то слое бизнес-логики, в нашем случае вместо него VM. Для VM это уже вполне норма, у AndroidViewModel даже собственный контекст есть для этого.
Двач, такой вопрос, есть у меня работа, которая крутится в AsyncTask и постоянно надо отправлять данные на сервер, использую для работы OkHttp, я так понимаю мне в AsyncTask еще один AsyncTask лепить?
>>857968
AsyncTask в конце 2020 юзать немного странно. Зачем заворачивать во 2-й асинктаск?! И как часто данные ты шлешь?
AsyncTask в конце 2020 юзать немного странно. Зачем заворачивать во 2-й асинктаск?! И как часто данные ты шлешь?
>>857970
периодически может раз в 5 минут один пост запрос, а иногда и штук 40 в течении 10 минут (но это редко), а что мне надо использовать?
периодически может раз в 5 минут один пост запрос, а иногда и штук 40 в течении 10 минут (но это редко), а что мне надо использовать?
>>857974
Ну тут много вариантов, в зависимости от многих факторов...
Например тебе это нужно делать только когда приложуха запущенна или скажем в бэкграунде тоже?
Сейчас я так понимаю ты юзаешь что-то вроде postDealayed ?
Вообще, первое что приходит на ум - JobScheduler api, почитай про него.
Ну тут много вариантов, в зависимости от многих факторов...
Например тебе это нужно делать только когда приложуха запущенна или скажем в бэкграунде тоже?
Сейчас я так понимаю ты юзаешь что-то вроде postDealayed ?
Вообще, первое что приходит на ум - JobScheduler api, почитай про него.
У меня такой реквест: посоветуйте материал где максимально доступно пояснят за новомодную асинхронщину - корутины, suspend методы и т.д.
Лучше на русском (сложные вещи все таки лучше воспринимаю на родном), но инглиш тоже пойдет.
Прикол в том что последний раз чем-то похожим я занимался еще на чистой жабе, с коллбэками, тредами, AsyncTaskами и ExecutorServicами.
Там как-то все более-менее было понятно, вот тебе тред с методом run(), вот тебе монитор с wait/notify sets и пара более тонких моментов по типу volatile.
А сейчас в соло пишу одну приложуху, на котлине, там я почти закончил UI и буду плавно переходить к логике, где все вышеперечисленное понадобится. Хочу сделать максимально красиво, но пока с 1-й попытки осмыслить новые для меня вещи до конца не вышло, в голове слегка каша.
Лучше на русском (сложные вещи все таки лучше воспринимаю на родном), но инглиш тоже пойдет.
Прикол в том что последний раз чем-то похожим я занимался еще на чистой жабе, с коллбэками, тредами, AsyncTaskами и ExecutorServicами.
Там как-то все более-менее было понятно, вот тебе тред с методом run(), вот тебе монитор с wait/notify sets и пара более тонких моментов по типу volatile.
А сейчас в соло пишу одну приложуху, на котлине, там я почти закончил UI и буду плавно переходить к логике, где все вышеперечисленное понадобится. Хочу сделать максимально красиво, но пока с 1-й попытки осмыслить новые для меня вещи до конца не вышло, в голове слегка каша.
О бля, господа, поясните, это пидарасы в андроид, или пидарасв в приложениях в последние пару лет начали делать так, что даже если в телефоне ищё целый гиг свободной оперативки, приложения всё равно блять как бы закрываются и загружаются вновь, стоит выйти из него на 5 секунд?
Проблемма(а эти пидарасы наверное называют это фичей) точно програмная, а не от железа, недостатка памяти и т.д.
Проблемма(а эти пидарасы наверное называют это фичей) точно програмная, а не от железа, недостатка памяти и т.д.
>>857988
у меня по работает в фоне, скачивает файлы, периодически ей надо на сервер отправлять данные о том, что скачано, что нет, GUI тут практически не нужен, работать она должна всегда. Вот для каких целей. Сейчас я как раз ее и пишу и использую библиотеку OkHTTP т.к. она везде вроде. RxJava это из моей оперы или нет?
у меня по работает в фоне, скачивает файлы, периодически ей надо на сервер отправлять данные о том, что скачано, что нет, GUI тут практически не нужен, работать она должна всегда. Вот для каких целей. Сейчас я как раз ее и пишу и использую библиотеку OkHTTP т.к. она везде вроде. RxJava это из моей оперы или нет?
>>858005
Почти наверняка это делает ось, а не приложения. Можешь подшаманить настройки энергосбережения и прочего для работы в бекграунде нужных приложений, чтоб ос в этом плане была менее агрессивна.
Почти наверняка это делает ось, а не приложения. Можешь подшаманить настройки энергосбережения и прочего для работы в бекграунде нужных приложений, чтоб ос в этом плане была менее агрессивна.
>>858012
А можно вообще это вырубить нахуй?
Помню у меня старенький тел с 2 гб оперативки держал постоянно открытыми кучу приложений, и лаги начинались только когда загрузка оперативы достигала 98% лол. И то, небольшие лаги, а не закрывание приложений, п новые приложения просто не открывались. Я только сейчас понимаю насколько охуенная это была стабильность работы, сейчас на андроиде невозможно такое даже представить, а раньше это воспринималось как что-то обычное, типа ну да, так оно и должно работать, а как иначе? Пиздец как испоганили андроид свж мрази.
А сейчас с 55% занято и они закрываются нахуй, (при учёте что ебаная ось сразу отжирает почти 50%, лол), ну т.е. 2 приложение начинают закрываться, если из одного перейти в другое на пару сек.
А можно вообще это вырубить нахуй?
Помню у меня старенький тел с 2 гб оперативки держал постоянно открытыми кучу приложений, и лаги начинались только когда загрузка оперативы достигала 98% лол. И то, небольшие лаги, а не закрывание приложений, п новые приложения просто не открывались. Я только сейчас понимаю насколько охуенная это была стабильность работы, сейчас на андроиде невозможно такое даже представить, а раньше это воспринималось как что-то обычное, типа ну да, так оно и должно работать, а как иначе? Пиздец как испоганили андроид свж мрази.
А сейчас с 55% занято и они закрываются нахуй, (при учёте что ебаная ось сразу отжирает почти 50%, лол), ну т.е. 2 приложение начинают закрываться, если из одного перейти в другое на пару сек.
>>858017
Гугли как делать это конкретно на твоей оболочке. Можешь еще попробовать Лимит фоновых процессов повысить в настройках разработчиков.
Гугли как делать это конкретно на твоей оболочке. Можешь еще попробовать Лимит фоновых процессов повысить в настройках разработчиков.
>>858018
А как вообще запрос поисковый об этом должен звучать?
Как отключить лимит фоновых процессов /оболочканэйм/?
Или лимит фоновых процессов это другое но тоже может помочь?
А как вообще запрос поисковый об этом должен звучать?
Как отключить лимит фоновых процессов /оболочканэйм/?
Или лимит фоновых процессов это другое но тоже может помочь?
>>857806
Делай маппинг данных в отдельном классе, который имеет доступ к Контексту, а оттуда передавай в VM. Это наиболее правильный подход, который позволяет тебе отказаться от использования контекста внутри VM.
Не может. Во-первых, он должен зависеть только от API, предоставляющего данные, т.е. иных факторов, которые могут влиять на его работоспособность, быть не должно. Во-вторых, таких источников может быть много, из чего следует, что каждый из них должен быть изолирован и, соответственно, не должен влиять на работоспособность иных источников данных/модулей.
>>857968
Тебе нужно реализовать Observer. Можешь сделать это и на асинктасках, но с RxJava или LiveData сделать это проще.
Делай маппинг данных в отдельном классе, который имеет доступ к Контексту, а оттуда передавай в VM. Это наиболее правильный подход, который позволяет тебе отказаться от использования контекста внутри VM.
>Может ли Data Source иметь зависимость на Context?
Не может. Во-первых, он должен зависеть только от API, предоставляющего данные, т.е. иных факторов, которые могут влиять на его работоспособность, быть не должно. Во-вторых, таких источников может быть много, из чего следует, что каждый из них должен быть изолирован и, соответственно, не должен влиять на работоспособность иных источников данных/модулей.
>>857968
Тебе нужно реализовать Observer. Можешь сделать это и на асинктасках, но с RxJava или LiveData сделать это проще.
Аноны, только вкатываюсь в Андроид, можно сделать так что одно приложение например загрузает картики в папку (скачивая с сервера), а другое приложение эти картинки отображает? Не хочу делать одно большое приложение, хочется сделать как-бы два независимых.
>>822749
Вот из-за первых двух пунктов мне пришлось бросить на 75% готовый проект и переписывать его на жабе пиздос
Вот из-за первых двух пунктов мне пришлось бросить на 75% готовый проект и переписывать его на жабе пиздос
>>857957
Согласен, но ведь ViewModel тоже не должен зависеть от контекста по канону?
AndroidViewModel я так понимаю канону не следует
Согласен, но ведь ViewModel тоже не должен зависеть от контекста по канону?
AndroidViewModel я так понимаю канону не следует
>>858234
А так вообще делают? Я подобную схему реализовал на линуксе, получилось удобно, два модуля независимых, удобней отлаживать и система стабильней вышла из-за быстрой локализации ошибок. Хорошо, а как мне тогда по механизму межпроцессовой связи обмениваться? На си++ у нас все модули обменивались данными через сокеты. Меня больше интересует вопрос, правильная ли это архитектура(допустимая) или необходимо делать монолит.
А так вообще делают? Я подобную схему реализовал на линуксе, получилось удобно, два модуля независимых, удобней отлаживать и система стабильней вышла из-за быстрой локализации ошибок. Хорошо, а как мне тогда по механизму межпроцессовой связи обмениваться? На си++ у нас все модули обменивались данными через сокеты. Меня больше интересует вопрос, правильная ли это архитектура(допустимая) или необходимо делать монолит.
>>858271
Ну как тебе сказать... Правильнее, как писал анон выше вынести это в отдельный класс, т.к например в юниттестах ты легко его замокаешь и сможешь спокойно тестить эту VM, а в ситуации когда она напрямую завязана на контекст все будет несколько сложнее.
Но при этом с тестами редко кто заморачивается, да и учитывая что сделали андроид вм с вшитым апп контекстом - видимо в гугле не считают зазорным зависеть от него.
Ну как тебе сказать... Правильнее, как писал анон выше вынести это в отдельный класс, т.к например в юниттестах ты легко его замокаешь и сможешь спокойно тестить эту VM, а в ситуации когда она напрямую завязана на контекст все будет несколько сложнее.
Но при этом с тестами редко кто заморачивается, да и учитывая что сделали андроид вм с вшитым апп контекстом - видимо в гугле не считают зазорным зависеть от него.
>>858299
В твоем случае, я бы смотрел на ContentProviders и все что рядом. Там есть полезные для таких кейсов штуки.
Также, я бы глянул на SAF в том числе.
В твоем случае, я бы смотрел на ContentProviders и все что рядом. Там есть полезные для таких кейсов штуки.
Также, я бы глянул на SAF в том числе.
>>859333
1. Раз ты так уверенно об этом говоришь, у тебя наверное есть какая-то статистика, насколько это "быстрее"?
2. Как поддержка и разработка двух независимых приложений может занимать меньше времени, чем поддержка и разработка двух независимых gradle модулей, из которых будет состоять тобою так называемый "монолит"?
1. Раз ты так уверенно об этом говоришь, у тебя наверное есть какая-то статистика, насколько это "быстрее"?
2. Как поддержка и разработка двух независимых приложений может занимать меньше времени, чем поддержка и разработка двух независимых gradle модулей, из которых будет состоять тобою так называемый "монолит"?
>>859495
Нет.
Нет.
>>859641
А что тебя интересует? Пишу на Спринге, когда нужен самопальный API/бдюзаю mongo, но лень нет необходимости/возможности подключать сервисы.
А что тебя интересует? Пишу на Спринге, когда нужен самопальный API/бдюзаю mongo, но лень нет необходимости/возможности подключать сервисы.
>>859692
интересует, что бы мне такого заюзать из технологий, чтобы без сильного напряга сделать простую апи для приложения
Где хостишься? почему не юзаешь firebase или aws amplify?
интересует, что бы мне такого заюзать из технологий, чтобы без сильного напряга сделать простую апи для приложения
Где хостишься? почему не юзаешь firebase или aws amplify?
>>859742
Отталкивайся от того, что знаешь, либо ищи и пробуй разные решения. Меня полностью устраивает Спринг, сложностей с ним не возникает. Раньше писал на Джаве, сейчас всё пишется на Котлине.
Не было такой ситуации, чтобы было недостаточно локалхоста. Поведение сервера можно имитировать, но такая необходимость бывает редко.
Зависит от задачи. Юзаю, если нужно. Иногда дольше подключать его к проекту, чем написать то, что нужно, самостоятельно.
Забыл, ещё на Джанго пару раз писал API. Пайчарм запускается быстрее Идеи. Шучу, просто люблю писать на Питоне. Если знаешь его - юзай, советую.
Отталкивайся от того, что знаешь, либо ищи и пробуй разные решения. Меня полностью устраивает Спринг, сложностей с ним не возникает. Раньше писал на Джаве, сейчас всё пишется на Котлине.
>Где хостишься?
Не было такой ситуации, чтобы было недостаточно локалхоста. Поведение сервера можно имитировать, но такая необходимость бывает редко.
>firebase
Зависит от задачи. Юзаю, если нужно. Иногда дольше подключать его к проекту, чем написать то, что нужно, самостоятельно.
Забыл, ещё на Джанго пару раз писал API. Пайчарм запускается быстрее Идеи. Шучу, просто люблю писать на Питоне. Если знаешь его - юзай, советую.
>>858232
>>858299
>>859333
Дружище, ты собрался делить не приложение, а его модули слои, потому что работа с данными не зависит от их отображения в том смысле, что изменение данных в директории - сайд-эффект главной задачей является отображение данных, а не изменение.
Если ты будешь придерживаться принципа разделения ответственности единственной, никаких проблем с отладкой у тебя не возникнет, более того, правильно построенная структура сделает её эффективнее. Мобильные приложения монолитны по своей сути из-за платформенных особенностей и от этого никуда не деться. Другое дело, если ты хочешь создать несколько приложений, которые будут взаимодействовать друг с другом, будучи независимыми друг от друга, имея лишь общий источник данных, общие сервисы та же аутентификация, либо что-то ещё. Но это не столько об архитектуре приложений, сколько о сервис-ориентированной продуктовой политике.
Есть два простых правила:
1) Архитектура должна быть такой, чтобы вносимые изменения могли вызвать потенциальную ошибку только в месте их внесения.
2) Увеличение сложности не должно быть причиной увеличения количества ошибок.
>>858299
>>859333
Дружище, ты собрался делить не приложение, а его модули слои, потому что работа с данными не зависит от их отображения в том смысле, что изменение данных в директории - сайд-эффект главной задачей является отображение данных, а не изменение.
Если ты будешь придерживаться принципа разделения ответственности единственной, никаких проблем с отладкой у тебя не возникнет, более того, правильно построенная структура сделает её эффективнее. Мобильные приложения монолитны по своей сути из-за платформенных особенностей и от этого никуда не деться. Другое дело, если ты хочешь создать несколько приложений, которые будут взаимодействовать друг с другом, будучи независимыми друг от друга, имея лишь общий источник данных, общие сервисы та же аутентификация, либо что-то ещё. Но это не столько об архитектуре приложений, сколько о сервис-ориентированной продуктовой политике.
>удобней отлаживать
>быстрой локализации ошибок
Есть два простых правила:
1) Архитектура должна быть такой, чтобы вносимые изменения могли вызвать потенциальную ошибку только в месте их внесения.
2) Увеличение сложности не должно быть причиной увеличения количества ошибок.
31 Кб, 607x272сап
чому студия не видит async, launch и тд из корутин? видит только через GlobalScope.async
заваисимость implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.9'
чому студия не видит async, launch и тд из корутин? видит только через GlobalScope.async
заваисимость implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.9'
>>860137
Перейди в функцию launch и посмотри на ее сигнатуру
Перейди в функцию launch и посмотри на ее сигнатуру
>>822731 (OP)
Андроидоны чат не читал сразу писал.
В общем проблема
1. Я php макака - но это не самое страшное
2. Нужно приложение просто запускает через внутренний браузер страничку на сайте (онлайн кабинет) так чтобы при входе автоматом подставлялись логин и пароль как в хроме (при успешном входе предлагает запомнить).
Скачал эту вашу Андроид студию (эмулятор сразу же не запустился на процессоре AMD, но ладно на галере интел - запустился)
+ В манифесте разрешил доступ в интернет
+ Заменил хеловорд TextView на WebView
+ Разрешил выполнение ДжаваСкрипт и еще кучу всего
Все круто, работает.
Но заказчик говори все норм, но без автозаполнения, как в хроме, полей для авторизации (телефон + пароль)
ему это не подходит
я же написал
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
и оно не работет
Вся портянка MainActivity.java
import androidx.appcompat.app.AppCompatActivity;
import android.os.Bundle;
import android.webkit.WebSettings;
import android.webkit.WebView;
import android.webkit.WebViewClient;
public class MainActivity extends AppCompatActivity {
WebView wv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
wv = (WebView)findViewById(R.id.webView);
WebSettings settings = wv.getSettings();
wv.getSettings().setJavaScriptEnabled(true);
wv.getSettings().setDomStorageEnabled(true);
wv.getSettings().setLoadWithOverviewMode(true);
wv.getSettings().setUseWideViewPort(true);
wv.getSettings().setBuiltInZoomControls(true);
wv.getSettings().setDisplayZoomControls(false);
wv.getSettings().setSupportZoom(true);
wv.getSettings().setDefaultTextEncodingName("utf-8");
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
wv.loadUrl("https://site.name");
wv.setWebViewClient(new WebViewClient());
}
Выручайте, разве это сложно сделть!
Кто поможет от души ресепект и уважение!
В принципе могу и на поход в МакДак или Бургергинг переслать несколько билетов Банка России переслеть
Спасите плиз!
Андроидоны чат не читал сразу писал.
В общем проблема
1. Я php макака - но это не самое страшное
2. Нужно приложение просто запускает через внутренний браузер страничку на сайте (онлайн кабинет) так чтобы при входе автоматом подставлялись логин и пароль как в хроме (при успешном входе предлагает запомнить).
Скачал эту вашу Андроид студию (эмулятор сразу же не запустился на процессоре AMD, но ладно на галере интел - запустился)
+ В манифесте разрешил доступ в интернет
+ Заменил хеловорд TextView на WebView
+ Разрешил выполнение ДжаваСкрипт и еще кучу всего
Все круто, работает.
Но заказчик говори все норм, но без автозаполнения, как в хроме, полей для авторизации (телефон + пароль)
ему это не подходит
я же написал
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
и оно не работет
Вся портянка MainActivity.java
import androidx.appcompat.app.AppCompatActivity;
import android.os.Bundle;
import android.webkit.WebSettings;
import android.webkit.WebView;
import android.webkit.WebViewClient;
public class MainActivity extends AppCompatActivity {
WebView wv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
wv = (WebView)findViewById(R.id.webView);
WebSettings settings = wv.getSettings();
wv.getSettings().setJavaScriptEnabled(true);
wv.getSettings().setDomStorageEnabled(true);
wv.getSettings().setLoadWithOverviewMode(true);
wv.getSettings().setUseWideViewPort(true);
wv.getSettings().setBuiltInZoomControls(true);
wv.getSettings().setDisplayZoomControls(false);
wv.getSettings().setSupportZoom(true);
wv.getSettings().setDefaultTextEncodingName("utf-8");
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
wv.loadUrl("https://site.name");
wv.setWebViewClient(new WebViewClient());
}
Выручайте, разве это сложно сделть!
Кто поможет от души ресепект и уважение!
В принципе могу и на поход в МакДак или Бургергинг переслать несколько билетов Банка России переслеть
Спасите плиз!
>>822731 (OP)
Андроидоны чат не читал сразу писал.
В общем проблема
1. Я php макака - но это не самое страшное
2. Нужно приложение просто запускает через внутренний браузер страничку на сайте (онлайн кабинет) так чтобы при входе автоматом подставлялись логин и пароль как в хроме (при успешном входе предлагает запомнить).
Скачал эту вашу Андроид студию (эмулятор сразу же не запустился на процессоре AMD, но ладно на галере интел - запустился)
+ В манифесте разрешил доступ в интернет
+ Заменил хеловорд TextView на WebView
+ Разрешил выполнение ДжаваСкрипт и еще кучу всего
Все круто, работает.
Но заказчик говори все норм, но без автозаполнения, как в хроме, полей для авторизации (телефон + пароль)
ему это не подходит
я же написал
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
и оно не работет
Вся портянка MainActivity.java
import androidx.appcompat.app.AppCompatActivity;
import android.os.Bundle;
import android.webkit.WebSettings;
import android.webkit.WebView;
import android.webkit.WebViewClient;
public class MainActivity extends AppCompatActivity {
WebView wv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
wv = (WebView)findViewById(R.id.webView);
WebSettings settings = wv.getSettings();
wv.getSettings().setJavaScriptEnabled(true);
wv.getSettings().setDomStorageEnabled(true);
wv.getSettings().setLoadWithOverviewMode(true);
wv.getSettings().setUseWideViewPort(true);
wv.getSettings().setBuiltInZoomControls(true);
wv.getSettings().setDisplayZoomControls(false);
wv.getSettings().setSupportZoom(true);
wv.getSettings().setDefaultTextEncodingName("utf-8");
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
wv.loadUrl("https://site.name");
wv.setWebViewClient(new WebViewClient());
}
Выручайте, разве это сложно сделть!
Кто поможет от души ресепект и уважение!
В принципе могу и на поход в МакДак или Бургергинг переслать несколько билетов Банка России переслеть
Спасите плиз!
Андроидоны чат не читал сразу писал.
В общем проблема
1. Я php макака - но это не самое страшное
2. Нужно приложение просто запускает через внутренний браузер страничку на сайте (онлайн кабинет) так чтобы при входе автоматом подставлялись логин и пароль как в хроме (при успешном входе предлагает запомнить).
Скачал эту вашу Андроид студию (эмулятор сразу же не запустился на процессоре AMD, но ладно на галере интел - запустился)
+ В манифесте разрешил доступ в интернет
+ Заменил хеловорд TextView на WebView
+ Разрешил выполнение ДжаваСкрипт и еще кучу всего
Все круто, работает.
Но заказчик говори все норм, но без автозаполнения, как в хроме, полей для авторизации (телефон + пароль)
ему это не подходит
я же написал
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
и оно не работет
Вся портянка MainActivity.java
import androidx.appcompat.app.AppCompatActivity;
import android.os.Bundle;
import android.webkit.WebSettings;
import android.webkit.WebView;
import android.webkit.WebViewClient;
public class MainActivity extends AppCompatActivity {
WebView wv;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
wv = (WebView)findViewById(R.id.webView);
WebSettings settings = wv.getSettings();
wv.getSettings().setJavaScriptEnabled(true);
wv.getSettings().setDomStorageEnabled(true);
wv.getSettings().setLoadWithOverviewMode(true);
wv.getSettings().setUseWideViewPort(true);
wv.getSettings().setBuiltInZoomControls(true);
wv.getSettings().setDisplayZoomControls(false);
wv.getSettings().setSupportZoom(true);
wv.getSettings().setDefaultTextEncodingName("utf-8");
wv.getSettings().setSaveFormData(true);
wv.getSettings().setSavePassword(true);
wv.loadUrl("https://site.name");
wv.setWebViewClient(new WebViewClient());
}
Выручайте, разве это сложно сделть!
Кто поможет от души ресепект и уважение!
В принципе могу и на поход в МакДак или Бургергинг переслать несколько билетов Банка России переслеть
Спасите плиз!
Мужики, есть один джавист(я), 1.5 года, со стандартным энтерпрайз стеком, заебавшим проектом и желанием попробовать мобилки.
Навскидку, сколько времени мне потребуется на минимальный вкат в платформу, чтобы получить оффер от косаря долларов? Пригодятся ли мне скилы написания тех же микросервисов? И вообще стоит ли или у вас свое болото и головная боль?
Навскидку, сколько времени мне потребуется на минимальный вкат в платформу, чтобы получить оффер от косаря долларов? Пригодятся ли мне скилы написания тех же микросервисов? И вообще стоит ли или у вас свое болото и головная боль?
>>860547
Почитай шапку и сам тред, чекни вакансии и пройди по стеку, чтобы прикинуть соотношение лёгких и сложных для тебя вещей. Так и нарисуется примерный флоу и требуемое время.
Я сам имел знания энтерпрайз Джавы(в числе других). На интересе довольно быстро освоил всё, что было нужно, но точное время не скажу, сам процесс довольно размыт.
К неким отличительным чертам можно отнести архитектуру(проектирование, принципы и паттерны), знание sdk, знание железа понимание взаимодействия sdk и железа, знание и понимание распространенных инструментов(с точки зрения их сравнения и применения, т.к. стек, к счастью, довольно неоднородный), ui, гайдлайны и т.д.
Про это был ответ выше.
Решать тебе, не благодари. :)
Смотря чем заниматься и в каком темпе. Если сидишь в продуктовой конторе джуном, твой рабочий день будет мало чем отличаться от того же энтерпрайза. Грубо говоря, к твоим задачам добавится валяние в ui. В любом случае, если хочется чего-то интересного, то надо влетать в амбициозные проекты, имея опыт и знания. надо признать, что такая возможность, как минимум, есть
Иными словами, есть куда грести, что не может не радовать.
Почитай шапку и сам тред, чекни вакансии и пройди по стеку, чтобы прикинуть соотношение лёгких и сложных для тебя вещей. Так и нарисуется примерный флоу и требуемое время.
Я сам имел знания энтерпрайз Джавы(в числе других). На интересе довольно быстро освоил всё, что было нужно, но точное время не скажу, сам процесс довольно размыт.
К неким отличительным чертам можно отнести архитектуру(проектирование, принципы и паттерны), знание sdk, знание железа понимание взаимодействия sdk и железа, знание и понимание распространенных инструментов(с точки зрения их сравнения и применения, т.к. стек, к счастью, довольно неоднородный), ui, гайдлайны и т.д.
>микросервисов
Про это был ответ выше.
>стоит ли
Решать тебе, не благодари. :)
>свое болото и головная боль
Смотря чем заниматься и в каком темпе. Если сидишь в продуктовой конторе джуном, твой рабочий день будет мало чем отличаться от того же энтерпрайза. Грубо говоря, к твоим задачам добавится валяние в ui. В любом случае, если хочется чего-то интересного, то надо влетать в амбициозные проекты, имея опыт и знания. надо признать, что такая возможность, как минимум, есть
Иными словами, есть куда грести, что не может не радовать.
>>845639
Это не вы ли приложуху запилили для знакомств по мемам? Где одни и те же мемы должны понравиться и парню и девушке.
Это не вы ли приложуху запилили для знакомств по мемам? Где одни и те же мемы должны понравиться и парню и девушке.
слушьте, а хром браузер каждую открытую страницу держит как отдельно открытое приложение?
ну понятно что пользователю показывается что только один хром открыт, но там в системе скрыто от глаз пользователя это как в реале реализовано?
ну понятно что пользователю показывается что только один хром открыт, но там в системе скрыто от глаз пользователя это как в реале реализовано?
>>860523
Посоны всем спасибо кто принял участие в моей судьбе.
С утра сел разобрался.
Там рили кода три строчки
Заказчик кипятком писает от того что я на андроиде написал ярлык
Хочет в Гугл Плей выложить
Как я понял мне нужно заплатить Среге Брину 25$ чтобы он мне разрешил это делать.
Скажите пожалуйста как обстоит процесс выкладывания приложения в Гугл плей на пальцах?
Посоны всем спасибо кто принял участие в моей судьбе.
С утра сел разобрался.
Там рили кода три строчки
Заказчик кипятком писает от того что я на андроиде написал ярлык
Хочет в Гугл Плей выложить
Как я понял мне нужно заплатить Среге Брину 25$ чтобы он мне разрешил это делать.
Скажите пожалуйста как обстоит процесс выкладывания приложения в Гугл плей на пальцах?
Для нуля, что лучше - изучать джаву или реакт нейтив для написакния под андроид?
Мне кажется второй путь быстрее и попроще.
Мне кажется второй путь быстрее и попроще.
>>860959
Жабу всё равно учить придётся, основная масса библиотек используется только ею
Жабу всё равно учить придётся, основная масса библиотек используется только ею
Что надо знать джуну? Понимаю что для кажой компании надо что-то свое, но какой нибудь минимум я думаю у всех одинаковый.
>>861276
Да-да, походу тот самый от которого я отписался, когда увидел, как это дебил делает Web-View приложения с описанием: "КЛУТОЕ АНДЛОЙД ПЛИЛОЖЕНИЕ ЗА 5 МИНУТ"
Да-да, походу тот самый от которого я отписался, когда увидел, как это дебил делает Web-View приложения с описанием: "КЛУТОЕ АНДЛОЙД ПЛИЛОЖЕНИЕ ЗА 5 МИНУТ"
>>860704
бамп
бамп
>>861086
Ну на мой взгляд так:
Инглиш B1.
Хотя бы основы алгоритмов, понимание что такое сложность по времени/памяти, сложности самых попсовых алгоритмов и операций с разными структурами данных (ну и коллекций, которые их имплентируют)
Хорошо знать языки (котлин однозначно, жабу желательно).
Понимать хоть в общем чертах как работает веб, HTTP протокол, хотя бы понимать что еще за протоколы кроме хттп есть и зачем они нужны (вебсокеты как минимум).
Архитектура, куда ж без нее. В общих чертах clean, солид, паттерны (особо внимание ходовым MVP/MVVM).
Тулзовины типо гита, той же андроид студии, джиры, постмена. Для крупных галер понимание того что такое скрам/аджайл/канбан.
Ну и андроид сдк, тут конечно много всего. Для джуна самые ходовые вопросы по компонентам их их лайфсайклу. Особое внимание фрагментам/активити, там лайфсайкл не слишком тривиален, много тонкостей и различных кейсов.
Для задрочки собесов очень рекомендую это https://itsobes.ru/AndroidSobes/
Ну на мой взгляд так:
Инглиш B1.
Хотя бы основы алгоритмов, понимание что такое сложность по времени/памяти, сложности самых попсовых алгоритмов и операций с разными структурами данных (ну и коллекций, которые их имплентируют)
Хорошо знать языки (котлин однозначно, жабу желательно).
Понимать хоть в общем чертах как работает веб, HTTP протокол, хотя бы понимать что еще за протоколы кроме хттп есть и зачем они нужны (вебсокеты как минимум).
Архитектура, куда ж без нее. В общих чертах clean, солид, паттерны (особо внимание ходовым MVP/MVVM).
Тулзовины типо гита, той же андроид студии, джиры, постмена. Для крупных галер понимание того что такое скрам/аджайл/канбан.
Ну и андроид сдк, тут конечно много всего. Для джуна самые ходовые вопросы по компонентам их их лайфсайклу. Особое внимание фрагментам/активити, там лайфсайкл не слишком тривиален, много тонкостей и различных кейсов.
Для задрочки собесов очень рекомендую это https://itsobes.ru/AndroidSobes/
>>861952
По андроид сдк отдельный пост писать нужно, впадлу.
Еще из того что забыл - самые попсовые либы, (нетворкинг, загрузка изображений. Отдельно стоит пощупать rx и что-то связанное с dependency injection. Для некоторых контор еще могут быть актуальны тесты, т.е jUnit+Mockito как минимум для юнит тестов, и очень редко (но возможны) тесты на espresso / roboelectric.
По андроид сдк отдельный пост писать нужно, впадлу.
Еще из того что забыл - самые попсовые либы, (нетворкинг, загрузка изображений. Отдельно стоит пощупать rx и что-то связанное с dependency injection. Для некоторых контор еще могут быть актуальны тесты, т.е jUnit+Mockito как минимум для юнит тестов, и очень редко (но возможны) тесты на espresso / roboelectric.
>>861952
А реально джуну в иностранную компанию удаленно устроиться? Типа Internship или как это называется, сначала стажировка, потом работа
А реально джуну в иностранную компанию удаленно устроиться? Типа Internship или как это называется, сначала стажировка, потом работа
>>860137
бамп
бамп
>>862148
Думаю да, у меня топ-галеры перевели все это в онлайн.
Думаю да, у меня топ-галеры перевели все это в онлайн.
23 Кб, 708x185>>860137
помогите пожалуйста, а
все перерыл. могу юзать функции корутинов только через GlobalScope, нормально не получается, идея просто не видит
что значит хрень на пике? разве я не могу юзать async, launch и прочее без recieverа?
помогите пожалуйста, а
все перерыл. могу юзать функции корутинов только через GlobalScope, нормально не получается, идея просто не видит
что значит хрень на пике? разве я не могу юзать async, launch и прочее без recieverа?
>>862233
Ты долбаеб. У тебя на скрине написано, почему это происходит. Эти функции можно вызывать только на инстансе CoroutineScope, чем и является GlobalScope.
Ты долбаеб. У тебя на скрине написано, почему это происходит. Эти функции можно вызывать только на инстансе CoroutineScope, чем и является GlobalScope.
>>862312
сам еблан блять, люди как-то без скопа вызывают, я видел
сам еблан блять, люди как-то без скопа вызывают, я видел
>>860959
Если джаву соберёшься, могу курс посоветовать. Сам потихоньку допрохожу его, рассматриваю опцию в андроид перекатываться, но пока ещё в сомнениях страдаю.
Если джаву соберёшься, могу курс посоветовать. Сам потихоньку допрохожу его, рассматриваю опцию в андроид перекатываться, но пока ещё в сомнениях страдаю.
>>862453
А зачем ты джаву учишь если не для андроида? У нее есть еще какие-то применения кроме энтерпрайза?
А зачем ты джаву учишь если не для андроида? У нее есть еще какие-то применения кроме энтерпрайза?
>>862692
Изначально для автоматизации тестирования задумывалось. Ну и просто как первый язык программирования.
Изначально для автоматизации тестирования задумывалось. Ну и просто как первый язык программирования.
>>861952
Эх, а я джаву замэйнил. Ну хотя котлин от джавы, так что думаю не страшно. Спасибо
Эх, а я джаву замэйнил. Ну хотя котлин от джавы, так что думаю не страшно. Спасибо
85 Кб, 275x183Поясните за логинг ошибок, аноны.
У меня не было проблем с ошибками и их логированием до того как я перелопатил все на MVVM и LiveModel повсеместно, ошибки я видел в LogCat в консольке студии.
Щас я вижу ровно хуй и просто падающее приложение.
Убирал все фильтры по приложениям, ставил 'verbose' логгинг, не прилетает НИЧЕГО вообще.
Вангую что факап у меня в логике observer'ов, но как стектрейсы узреть?
У меня не было проблем с ошибками и их логированием до того как я перелопатил все на MVVM и LiveModel повсеместно, ошибки я видел в LogCat в консольке студии.
Щас я вижу ровно хуй и просто падающее приложение.
Убирал все фильтры по приложениям, ставил 'verbose' логгинг, не прилетает НИЧЕГО вообще.
Вангую что факап у меня в логике observer'ов, но как стектрейсы узреть?
>>822731 (OP)
Всем привет!
Хочу сделать для приложения некие настройки.
Нов настройках будет параметр "имя", и количество этих имен будет определяться динамически
Знаю, как перетаскивать настройки посредством sharedPreferences, когда мы знаем количество этих самых переменных, которые перетаскиваем
А как сделать, если ты не знаешь? Ну, если так, как на картинке: несколько полей, и есть кнопка, при нажатии на которую открывается дополнительное поле.
Все, что я придумал: сделать несколкьо полей заранее с видимостью visible=gone, при нажатии на кнопку открывать еще одно поле, и добавить руками проверку, чтобы пустое значение не обрабатывалось в самой программе
Правда, не до конца ясно, как удалять...
Хотя по аналогии можно сделать
Но это звучит как-то костыльно, да и вообще не очень-то филигранно. Подскажите, есть ли какое-то решение более типовое, что ли?
Но это как-то не очень научно звучит
Всем привет!
Хочу сделать для приложения некие настройки.
Нов настройках будет параметр "имя", и количество этих имен будет определяться динамически
Знаю, как перетаскивать настройки посредством sharedPreferences, когда мы знаем количество этих самых переменных, которые перетаскиваем
А как сделать, если ты не знаешь? Ну, если так, как на картинке: несколько полей, и есть кнопка, при нажатии на которую открывается дополнительное поле.
Все, что я придумал: сделать несколкьо полей заранее с видимостью visible=gone, при нажатии на кнопку открывать еще одно поле, и добавить руками проверку, чтобы пустое значение не обрабатывалось в самой программе
Правда, не до конца ясно, как удалять...
Хотя по аналогии можно сделать
Но это звучит как-то костыльно, да и вообще не очень-то филигранно. Подскажите, есть ли какое-то решение более типовое, что ли?
Но это как-то не очень научно звучит
>>863838
Билд все тот же - девелоперский, это я точно не менял. Да и трейсы выкинутые, например, в треде onCreateView фрагмента - отображаются в логах
Билд все тот же - девелоперский, это я точно не менял. Да и трейсы выкинутые, например, в треде onCreateView фрагмента - отображаются в логах
>>864690
нихуя не понял, что ты хочешь сделать, если тебе просто нужно динамическое количество элементов в списке, то заверни все это в recyclerView с разными типами элементов
нихуя не понял, что ты хочешь сделать, если тебе просто нужно динамическое количество элементов в списке, то заверни все это в recyclerView с разными типами элементов
Можно ли как-то интегрировать юнити внутрь андроидной приложухи?
Ну т.е. допустим у меня есь приложуха, на одной из страниц которой я хочу отображать 3д модель, крутить ее вертеть, приближать и т.д. Как это проще сделать?
Ну т.е. допустим у меня есь приложуха, на одной из страниц которой я хочу отображать 3д модель, крутить ее вертеть, приближать и т.д. Как это проще сделать?
>>864804
Гугли от обратного, можно ли показывать обычные экраны в проекте юнити и заниматься обычной андроид разработкой, а не только бриджами обмазываться. В теории очень легко, т.к. юнити это просто нейтив активити, которую ты будешь запускать по кнопке. Когда я трогал юнити в последний раз, там это было как то не слишком удобно, особенно подлючение жарников плей сервисов, но там уже 1000 раз все могло поменятся.
> Можно ли как-то интегрировать юнити внутрь андроидной приложухи?
Гугли от обратного, можно ли показывать обычные экраны в проекте юнити и заниматься обычной андроид разработкой, а не только бриджами обмазываться. В теории очень легко, т.к. юнити это просто нейтив активити, которую ты будешь запускать по кнопке. Когда я трогал юнити в последний раз, там это было как то не слишком удобно, особенно подлючение жарников плей сервисов, но там уже 1000 раз все могло поменятся.
>>864804
LibGDX, либо OpenGL. Первый вариант проще, но избыточен, второй чуть сложнее, но лучше. Можешь поискать готовые либы-вьюверы на OpenGL. Ещё вариант - Vulkan, но там либо ndk, либо ищи сахарную прокладку.
LibGDX, либо OpenGL. Первый вариант проще, но избыточен, второй чуть сложнее, но лучше. Можешь поискать готовые либы-вьюверы на OpenGL. Ещё вариант - Vulkan, но там либо ndk, либо ищи сахарную прокладку.
>>864690
У тебя есть пустая структура данных (либо имеющая дефолтное количество айтемов), куда добавляется элемент(модель), которая обновляет ui-контейнер и зависимые значения, и кнопка, которая является отдельным ui-элементом. Единственное, что тебе нужно учесть - максимальное количество элементов. Ты не можешь знать количество элементов, но можешь определить предел и отталкиваться от этого, подстраивая поведение зависимых элементов под свойства структуры.
>когда мы знаем количество этих самых переменных, которые перетаскиваем
>А как сделать, если ты не знаешь?
>сделать несколкьо полей заранее с видимостью visible=gone
>при нажатии на кнопку открывать еще одно поле
У тебя есть пустая структура данных (либо имеющая дефолтное количество айтемов), куда добавляется элемент(модель), которая обновляет ui-контейнер и зависимые значения, и кнопка, которая является отдельным ui-элементом. Единственное, что тебе нужно учесть - максимальное количество элементов. Ты не можешь знать количество элементов, но можешь определить предел и отталкиваться от этого, подстраивая поведение зависимых элементов под свойства структуры.
>>864835
Гм, а это вообще законно - делать приложуху (не игру) на юнити?
>можно ли показывать обычные экраны в проекте юнити
Гм, а это вообще законно - делать приложуху (не игру) на юнити?
>>865318
Насчёт законности не скажу, но... Ты сейчас поржешь.
В общем, слышал вот такую вот историю, где-то года 3-4 назад.
В общем, одному городу нужна была аппка для трекинга маршруток, троллейбусов, автобусов и т.д. Ну ты такой, как потенциальный пассажир не, не тот, про которого говорил зеля можешь открыть это приложение, увидеть там карту, себя на карте и местоположение общественного транспорта. Ну и, естественно, приблизительное количество времени прибытия на ту остановку, где ты стоишь. Ну, казалось бы, бери Android SDK + <какой-нибудь сдк какого-либо сервиса для карт> да педаль себе на здоровье. НО НЕТ! Android SDK, естественно, не взяли. А заебашили всю эту кухню... да, на Unity)))
Насчёт законности не скажу, но... Ты сейчас поржешь.
В общем, слышал вот такую вот историю, где-то года 3-4 назад.
В общем, одному городу нужна была аппка для трекинга маршруток, троллейбусов, автобусов и т.д. Ну ты такой, как потенциальный пассажир не, не тот, про которого говорил зеля можешь открыть это приложение, увидеть там карту, себя на карте и местоположение общественного транспорта. Ну и, естественно, приблизительное количество времени прибытия на ту остановку, где ты стоишь. Ну, казалось бы, бери Android SDK + <какой-нибудь сдк какого-либо сервиса для карт> да педаль себе на здоровье. НО НЕТ! Android SDK, естественно, не взяли. А заебашили всю эту кухню... да, на Unity)))
>>865367
Может так мне и сделать - это учебный проект, который потом отправится в утиль и никто о нем не вспомнит.
Главное чтобы не лагало на презентации...
Может так мне и сделать - это учебный проект, который потом отправится в утиль и никто о нем не вспомнит.
Главное чтобы не лагало на презентации...
>>822731 (OP)
Всем доброго дня
Есть такая приблуда, называется jsoup
Используется для парсинга HTML - страниц
Мне необходимо пропарсить простенькую страничку
На уровне есть ли в таблице определенное значение, если есть, то вывести всю строку (все значения в этой строке, включая это самое значение.
doc = Jsoup.connect("http://site.ru/table/").get() - этим я как бы загружаю документр, чтобы дальше его распарсить
А как дальше парсить?
К примеру хочу поискать, есть ли на странице nameone
File input = new File("nemaone");
Document doc = Jsoup.parse(input, "UTF-8", "http://site.ru/table/");
Что он мне вернет? Это будет номер позиции, и по номеру позиции я могу запарсить первоначальный файл и следующие элементы?
Это же вообще что-то простое, на питоне подобную штуку (для конкретного сайта) я написал за пару минут. Это же не ракеты строить.
В общем, ежели у кого есть рабочий вариант - просьба поделиться / указать, где завтык
Всем доброго дня
Есть такая приблуда, называется jsoup
Используется для парсинга HTML - страниц
Мне необходимо пропарсить простенькую страничку
На уровне есть ли в таблице определенное значение, если есть, то вывести всю строку (все значения в этой строке, включая это самое значение.
doc = Jsoup.connect("http://site.ru/table/").get() - этим я как бы загружаю документр, чтобы дальше его распарсить
А как дальше парсить?
К примеру хочу поискать, есть ли на странице nameone
File input = new File("nemaone");
Document doc = Jsoup.parse(input, "UTF-8", "http://site.ru/table/");
Что он мне вернет? Это будет номер позиции, и по номеру позиции я могу запарсить первоначальный файл и следующие элементы?
Это же вообще что-то простое, на питоне подобную штуку (для конкретного сайта) я написал за пару минут. Это же не ракеты строить.
В общем, ежели у кого есть рабочий вариант - просьба поделиться / указать, где завтык
>>865449
контент искать селекторами:
https://jsoup.org/cookbook/extracting-data/selector-syntax
+ для jsoup есть удобная обертка, которая упрощает парсинг и вот это все: github.com/DroidsOnRoids/jspoon
контент искать селекторами:
https://jsoup.org/cookbook/extracting-data/selector-syntax
+ для jsoup есть удобная обертка, которая упрощает парсинг и вот это все: github.com/DroidsOnRoids/jspoon
Пацаны, есть ли сейчас шансы на заработок со своих приложух? Кто-нибудь этим занимается? В 12 году один анон платил по 100 баксов только за идею для мобильных приложений.
>>865680
Если нет денег на раскрутку то нет, никто твоё приложение просто не увидит.
Если нет денег на раскрутку то нет, никто твоё приложение просто не увидит.
У кого-нибудь есть курсы стартандроида? Можете слить? В интернете только 2 из платных
Аноны, хочу сделать простую штуку с гредлом, не могу нагуглить решение.
Сейчас у меня гредл публикует джарку1
Есть executable jar файл, который берет на вход путь к джарке и сует в указанный путь видоизмененную джарку
Нужно чтобы гредл запустил этот executable jar файл передав ему джарку1, и опубликовал полученную видоизмененную джарку
Это возможно вообще?
Сейчас у меня гредл публикует джарку1
Есть executable jar файл, который берет на вход путь к джарке и сует в указанный путь видоизмененную джарку
Нужно чтобы гредл запустил этот executable jar файл передав ему джарку1, и опубликовал полученную видоизмененную джарку
Это возможно вообще?
>>>1822731
>Вот примерный флоу, которому я бы следовал, если бы учился >сейчас. Начал бы сразу с алгоритмов, если честно.
Зачем нужны алгоритмы? Были в вузе два семестра, сложилось впечатление, что если и придется что-то использовать, то только готовые библиотеки
>>866295
Может, ему пять человек знакомых погромистов их порекомендовали? Нечего сказать - не пизди там.
Может, ему пять человек знакомых погромистов их порекомендовали? Нечего сказать - не пизди там.
Успешные истории вката за последний год есть?
>>866788
В iOS треде лорды зарабатывают деньги, а не пиздят. Да и порог входа в iOS за счет покупки мака и девайсов высокий.
В iOS треде лорды зарабатывают деньги, а не пиздят. Да и порог входа в iOS за счет покупки мака и девайсов высокий.
>>866197
В основе каждой готовой реализации лежит тот или иной алгоритм. У одного алгоритма может быть несколько реализаций, которые менее или более эффективны для решения конкретной задачи. Смысл знания алгоритмов заключается в способности применить наиболее эффективную реализацию, либо написать собственную, если она превосходит готовую. Можно сказать, что это вопрос выбора правильного инструмента. Кроме того, я вижу в этом и иной смысл - алгоритмический подход применим к разработке в целом, потому что анализ и применение наиболее эффективных решений в процессе разработки позволяет оптимизировать время, затрачиваемое на создание продукта, если сравнивать с написанием "привычного" библиотечного кода и его последующей оптимизацией под задачи. Такой вот получается JIT-подход, который отлично сочетается с TDD. для проектирования это тоже плюс
>Зачем нужны алгоритмы?
В основе каждой готовой реализации лежит тот или иной алгоритм. У одного алгоритма может быть несколько реализаций, которые менее или более эффективны для решения конкретной задачи. Смысл знания алгоритмов заключается в способности применить наиболее эффективную реализацию, либо написать собственную, если она превосходит готовую. Можно сказать, что это вопрос выбора правильного инструмента. Кроме того, я вижу в этом и иной смысл - алгоритмический подход применим к разработке в целом, потому что анализ и применение наиболее эффективных решений в процессе разработки позволяет оптимизировать время, затрачиваемое на создание продукта, если сравнивать с написанием "привычного" библиотечного кода и его последующей оптимизацией под задачи. Такой вот получается JIT-подход, который отлично сочетается с TDD. для проектирования это тоже плюс
>>866263
Читай книги и пиши код, открывая документацию, когда что-то непонятно. От курсов ты не только не получишь такой отдачи, но и можешь навредить себе. Ты получишь поверхностные знания, но для тебя это будет неочевидно, из-за чего будет казаться, что ты понимаешь материал, но на деле не сумеешь решить даже типовую задачу. и ошибочно подумаешь, что это проблема конкретного курса - будешь искать другой и тратить ещё больше времени впустую
Информативность и полезность курсов крайне мала. Совет я дал, решать тебе.
Читай книги и пиши код, открывая документацию, когда что-то непонятно. От курсов ты не только не получишь такой отдачи, но и можешь навредить себе. Ты получишь поверхностные знания, но для тебя это будет неочевидно, из-за чего будет казаться, что ты понимаешь материал, но на деле не сумеешь решить даже типовую задачу. и ошибочно подумаешь, что это проблема конкретного курса - будешь искать другой и тратить ещё больше времени впустую
Информативность и полезность курсов крайне мала. Совет я дал, решать тебе.
>>866930
да хуй знает
щас даже в куа-чатах у половины макбуки
и куча народа "послекурсов", готовые работать буквально за еду
да хуй знает
щас даже в куа-чатах у половины макбуки
и куча народа "послекурсов", готовые работать буквально за еду
104 Кб, 708x1000Салам всем пацанам и фембоям конечно же
Нужно с периодичностью в час рассылать по примерно 100 группам в тг свою рекламу
заебало вручную каждый день через таймер это делать, как сделать бота который просто будет слать во все свои группы по таймеру посты?
Нужно с периодичностью в час рассылать по примерно 100 группам в тг свою рекламу
заебало вручную каждый день через таймер это делать, как сделать бота который просто будет слать во все свои группы по таймеру посты?
>>867005
Это не важно, в любом случае вкатунов гораздо меньше чем в веб или этот же Android.
Это не важно, в любом случае вкатунов гораздо меньше чем в веб или этот же Android.
>>867169
Только из-за дороговизны техники?
Только из-за дороговизны техники?
>>867080
Такой же самый уровень сложности +/- да, на ведре есть места сложнее, но такое, незначительно. Такие же приколы встречаются в СДК. Такие же "особенности" ИДЕ, хуй-ДЕ и других инструментов. Платят - тоже +/- так же как и везде - как договоришься, лол. Короче, просто iOS-тред сдох и все.
Такой же самый уровень сложности +/- да, на ведре есть места сложнее, но такое, незначительно. Такие же приколы встречаются в СДК. Такие же "особенности" ИДЕ, хуй-ДЕ и других инструментов. Платят - тоже +/- так же как и везде - как договоришься, лол. Короче, просто iOS-тред сдох и все.
>>867860
Платят больше чем в вебе.
Платят больше чем в вебе.
>>867166
Пиши в питона тред, гугли как боты делаются и как юзать апи телеги.
Пиши в питона тред, гугли как боты делаются и как юзать апи телеги.
Аноны, подскажите, у меня есть главный гуи поток и еще один. Как мне можно из вторичного потока кинуть в главный сообщение, дождаться выполнения некоторых действий в главном, а затем продолжить работу во вторичном. Пока я использую AsyncTask, но там у меня нет никакой возможность поток тормознуть, как вообще между потоками обмениваться данными. Какие темы луркать?
>>867166
Можно без проблем, запросы на апиху с определенным интервалом/в определенное время, ничего сложного. Вопрос в том нахуя это на андроиде делать, ты хочешь именно с мобилки вручную это настраивать все чтоль?
Можно без проблем, запросы на апиху с определенным интервалом/в определенное время, ничего сложного. Вопрос в том нахуя это на андроиде делать, ты хочешь именно с мобилки вручную это настраивать все чтоль?
>>868013
Асинктаски прошлый век, смотри корутины. Они на паузу вполне штатно могут становиться, гугли. Насчет юай треда - тут много сходных вариантов, самое простое - Looper.getMainLooper().post -> твои грязные делишки.
Асинктаски прошлый век, смотри корутины. Они на паузу вполне штатно могут становиться, гугли. Насчет юай треда - тут много сходных вариантов, самое простое - Looper.getMainLooper().post -> твои грязные делишки.
>>867860
Как по мне платят слегка больше. Банально потому что айос разрабов немного меньше (порог входа в виде мак девайсов + большая популярность джавы как языка) при +- одинаковом спросе с андроидом. Регулярно вижу ситуации когда на проект достаточно быстро находят андроид разрабов, а айос найти немного большая проблема.
Хотя может как всегда кажется что у соседа баксы зеленее...
Как по мне платят слегка больше. Банально потому что айос разрабов немного меньше (порог входа в виде мак девайсов + большая популярность джавы как языка) при +- одинаковом спросе с андроидом. Регулярно вижу ситуации когда на проект достаточно быстро находят андроид разрабов, а айос найти немного большая проблема.
Хотя может как всегда кажется что у соседа баксы зеленее...
>>867005
Ну куа-макака должна быть универсальной и яблочную сторону силы тоже дожна мочь протестить. Не будешь же ты фронт в сафари с виртуалки запускать. + почти всегда это девочки, девочки у которых есть хоть немного бабла берут апле чаще всего.
С разрабами та же херня - та же андроид студия на маке есть, а вот х-кода на шинде/прыщах как-то не наблюдается. Я вот после 15 лет винды сейчас смотрю в сторону м1 маков. Как только студию и эмулятор завезут - буду брать.
>щас даже в куа-чатах у половины макбуки
Ну куа-макака должна быть универсальной и яблочную сторону силы тоже дожна мочь протестить. Не будешь же ты фронт в сафари с виртуалки запускать. + почти всегда это девочки, девочки у которых есть хоть немного бабла берут апле чаще всего.
С разрабами та же херня - та же андроид студия на маке есть, а вот х-кода на шинде/прыщах как-то не наблюдается. Я вот после 15 лет винды сейчас смотрю в сторону м1 маков. Как только студию и эмулятор завезут - буду брать.
>>868174
Не кажутся, это действительно так. Доходит до того, что на айос берут даже откровенных днищ.
Не кажутся, это действительно так. Доходит до того, что на айос берут даже откровенных днищ.
>>868190
если только днищ с парой лет опыта
если только днищ с парой лет опыта
>>868166
у меня язык Java, а корутины кажется только в kotlin
у меня язык Java, а корутины кажется только в kotlin
![4-1[1].jpg](https://2ch.hk//pr/src/1822731/16066409131140.jpg)
42 Кб, 403x500Есть книги или туториалы, чтобы одновременно с нуля и котлин и андроид учить? Джаву уже немного знаю, дочитываю книгу. Почти все книжки по андроиду на джаве, а по котлину отдельные. Только вот такую нашел. Пойдет для таких дел?
Пацаны, кто-то что-то может сказать про видеокурсы Android App Development by Stanford и Udacity: Android Basics?
>>869039
Год назад они в шапке этого треда были. Почему убрали - я хз.
Год назад они в шапке этого треда были. Почему убрали - я хз.
>>869039
Udacity норм, в свое время перед тем как вкатиться на джуна проходил по скидосу их курс который nanodegree (Android Basics, насколько я помню, туда входит)
Udacity норм, в свое время перед тем как вкатиться на джуна проходил по скидосу их курс который nanodegree (Android Basics, насколько я помню, туда входит)
>>869190
Ну я вот ща включил, какие-то вступительные ролики, ёблами торгуют, но дальше вроде что-то показывают. Хотя сам формат, где такой процент пиздежа и улыбочек, раздражает неимоверно.
Стенфордский ещё не понял, что к чему, но у них уже Котлин, препод озвучил это, а на Юдасити - Джава.
Мне хотелось бы на джаве всё-таки для начала освоиться, но теперь даже не знаю, насколько это оправдано. Я в замешательстве, подскажите.
Ну я вот ща включил, какие-то вступительные ролики, ёблами торгуют, но дальше вроде что-то показывают. Хотя сам формат, где такой процент пиздежа и улыбочек, раздражает неимоверно.
Стенфордский ещё не понял, что к чему, но у них уже Котлин, препод озвучил это, а на Юдасити - Джава.
Мне хотелось бы на джаве всё-таки для начала освоиться, но теперь даже не знаю, насколько это оправдано. Я в замешательстве, подскажите.
Блять, пощадите китайские РОМы.
Как сделать нормальную периодическую работу в фоне без фореграунд сервиса/alarm менеджера/шедулера.
Воркменеджер с джетпака не работает адекватно на китайских калах.
Почитал, что с приходом Орео челы с Service мигрировали на JobIntentService, проканает?
Мне нужно чтобы работа работала даже после того как пользователь смахнул приложение, ну и после перезагрузки.
Как сделать нормальную периодическую работу в фоне без фореграунд сервиса/alarm менеджера/шедулера.
Воркменеджер с джетпака не работает адекватно на китайских калах.
Почитал, что с приходом Орео челы с Service мигрировали на JobIntentService, проканает?
Мне нужно чтобы работа работала даже после того как пользователь смахнул приложение, ну и после перезагрузки.
Почему у вас не принято использовать один объект для всего стейта приложения? Почему принято привязывать к каждому фрагменту viewModel? Я просто вообще веб бэкенд дев, немного ещё на реакте писал и ожидал, что в андроидах что-то типа redux стора будет и можно будет ещё просто и непринужденно триггеров навесить из любого фрагмента на какое-то значение. Пока решил для всяких сессионных значений использовать shared view model, деля ее между всеми фрагментами, это нормальное решение вообще? Просто выглядит как костыль.
>>869667
Это как раз таки про веб фронтенд.
Это как раз таки про веб фронтенд.
>>869657
В кроссплатформе так и делают. Редакс и прочее кажись как раз про это. Никто тебе не мешает это и в андроиде сделать. Конечно один глобальный стейт - очень сомнително, больно здоровенным и сложным выйдет. Хотя я не пробовал.
Кстати например пишу сейчас интернет магаз, на доброй половине экранов есть иконка корзины с бейджом количества товаров в ней (и переходом в корзину по клику). Думаю понятно что я 10-ть раз не буду дублировать эту логику обновления бейджа в каждой вм, а сделаю какой-то ленивый синглтон где будет висеть стейт этой корзины и подписываться на него отовсюду откуда нужно.
В кроссплатформе так и делают. Редакс и прочее кажись как раз про это. Никто тебе не мешает это и в андроиде сделать. Конечно один глобальный стейт - очень сомнително, больно здоровенным и сложным выйдет. Хотя я не пробовал.
Кстати например пишу сейчас интернет магаз, на доброй половине экранов есть иконка корзины с бейджом количества товаров в ней (и переходом в корзину по клику). Думаю понятно что я 10-ть раз не буду дублировать эту логику обновления бейджа в каждой вм, а сделаю какой-то ленивый синглтон где будет висеть стейт этой корзины и подписываться на него отовсюду откуда нужно.
>>870153
И чем же он плох, кроме клинических случаев с утечкой контекста?
И чем же он плох, кроме клинических случаев с утечкой контекста?
>>870153
Если его внутренний стейт могут изменять из любого места программы, то да, это плохо. Если в его публичных методах есть только получение стейта, то ничего плохого
Если его внутренний стейт могут изменять из любого места программы, то да, это плохо. Если в его публичных методах есть только получение стейта, то ничего плохого
>>870153
Синглтон - это антипаттерн до тех пор, пока ты его не закроешь интерфейсом чтобы провайдить через конструктор в другие классы.
>>869657
Тяжко заматчить это с активити и фрагментами но легко при использовании чисто вью бейзед навигации.
Синглтон - это антипаттерн до тех пор, пока ты его не закроешь интерфейсом чтобы провайдить через конструктор в другие классы.
>>869657
> Почему у вас не принято использовать один объект для всего стейта приложения
Тяжко заматчить это с активити и фрагментами но легко при использовании чисто вью бейзед навигации.
Господа, помогите с простой задачей.
Получить коордиинаты устройства и передать щироту и долготу в две строковых переменных.
Больше мне не надо.
Спасибо.
Получить коордиинаты устройства и передать щироту и долготу в две строковых переменных.
Больше мне не надо.
Спасибо.
>>870566
Гуглится в 3 секунды. Основная ебля с пермишенами будет, а не с кординатами.
Гуглится в 3 секунды. Основная ебля с пермишенами будет, а не с кординатами.
>>869294
на китайской параше неполучится никак, если пользователь сам не разрешит,например на сяоми смахивание == force stop и запрещен автозапуск по дефолту, то есть после перезагрузки твои бродкаст ресиверы не сработают и не перезапустят бэкграунд работу
на китайской параше неполучится никак, если пользователь сам не разрешит,например на сяоми смахивание == force stop и запрещен автозапуск по дефолту, то есть после перезагрузки твои бродкаст ресиверы не сработают и не перезапустят бэкграунд работу
20 Кб, 483x352>>822731 (OP)
Сап! Нужно написать два батника.
1 - инсталлит апк , любое переданное ему только одно, даже если в папке их несколько
2 - батник на копирование на девайс переданного файла на внутреннию память
Батники никогда не писал. Если кто-нибудь объяснит, буду признателен.
Сап! Нужно написать два батника.
1 - инсталлит апк , любое переданное ему только одно, даже если в папке их несколько
2 - батник на копирование на девайс переданного файла на внутреннию память
Батники никогда не писал. Если кто-нибудь объяснит, буду признателен.
>>871593
да даже с данными правами работает абы как, мб на китайском говне приложения что с маркета ставят так не выкашивает?
да даже с данными правами работает абы как, мб на китайском говне приложения что с маркета ставят так не выкашивает?
>>874095
Не придет, отбой.
Не придет, отбой.
Аноны, почему при реализации своего метода equals для класса мы в конструкторе передаем параметр как Object, почему для класса Hui не передавать ссылку на другой объект Hui.
Хай аноны, я начал делать приложения для заметок(в точности,как на моем ксяоми) и столкнулся с проблемой сохранения вида лейаута после перезагрузки приложения.т.к я динамически создаю кнопки для того,чтобы нажимать на заметки то они пропадают, решил я это сохранением переменной, отвечающей за количество созданных кнопок, в файл,но хотелось бы узнать можно это сделать как то по-другому или же можно вообще как то все сделать иначе, не создавая динамически кнопки?
>>822731 (OP)
Для большей заметности вопроса отвечу Опу. Вопрос выше
Для большей заметности вопроса отвечу Опу. Вопрос выше
>>875406
О каких кнопках идёт речь? У тебя есть rv с заметками, которые либо открывают detail по клику, либо вытаскивают нижнюю панель действий по лонг клику, в каком месте тут вообще могут быть кнопки? ещё и динамически создаваемые
>я динамически создаю кнопки для того,чтобы нажимать на заметки
О каких кнопках идёт речь? У тебя есть rv с заметками, которые либо открывают detail по клику, либо вытаскивают нижнюю панель действий по лонг клику, в каком месте тут вообще могут быть кнопки? ещё и динамически создаваемые
Почему среди работодателей считается, что я должен выложить свое приложение в гугл плей? Какой в этом смысл? Очевидно, что без рекламы оно в лучшем случае наберет 100-1000 загрузок. Кроме того, бывают приложения, которые требуют наличие определенной пользовательской базы (социальная сеть, например). Алсо какая-нибудь крупная компания может спиздить мою идею и я останусь ни с чем когда-то читал, что VODOO так делает; я не по играм, но все же
>>875598
Скорее просто привычка. Сейчас действительно нет смысла выкладывать в гугл плей, с тем же успехом можно просто закачать на яндекс.диск или гугл.драйв апк файл.
Скорее просто привычка. Сейчас действительно нет смысла выкладывать в гугл плей, с тем же успехом можно просто закачать на яндекс.диск или гугл.драйв апк файл.
>>875598
мне было интересно поиграться, почувствовать себя разрабом с хоть с какой-то юзерской базой, пройти путь от нуля до стора. Это кста поменяло мою жизнь, теперь работаю только на себя, продолжаю выкладывать, уже 7 штук навыкладывал, а всего-то ради резюме однажды залил
мне было интересно поиграться, почувствовать себя разрабом с хоть с какой-то юзерской базой, пройти путь от нуля до стора. Это кста поменяло мою жизнь, теперь работаю только на себя, продолжаю выкладывать, уже 7 штук навыкладывал, а всего-то ради резюме однажды залил
>>875955
Показать лист данных, закешить в рум. По клику перейти в айтем из списка и показать описание. Без сети загрузить из кеша. Картинки на обоих экранах. Воркменеджер ночью кешит список. Если загрузить не удалось и кеша нет, то показать вменяемый экран что нет сети, а не сраный тост. Обмазать это небольшой стилизацией материал компонентов сверху. В общем то больше нихуя и не надо если мы говорим о джуне, а не джун++++++ ака мидл по цене джуна.
Показать лист данных, закешить в рум. По клику перейти в айтем из списка и показать описание. Без сети загрузить из кеша. Картинки на обоих экранах. Воркменеджер ночью кешит список. Если загрузить не удалось и кеша нет, то показать вменяемый экран что нет сети, а не сраный тост. Обмазать это небольшой стилизацией материал компонентов сверху. В общем то больше нихуя и не надо если мы говорим о джуне, а не джун++++++ ака мидл по цене джуна.
>>856530
Dart/Flutter по тестам быстрее React Native.
Да, так само как в React Native, будет компилится под две платформы.
Dart/Flutter по тестам быстрее React Native.
>Алсо, поясните за sdk - насколько реально писать кроссплатформенно? Например, апи камеры одно для йоус и ведроида или придётся костылить прослойку с разными бэкендами?
Да, так само как в React Native, будет компилится под две платформы.
>>876922
Знаю с десяток инди диванных рубящих на 1 приложении 3-8 к бачей с 10к инстолами в месяц
Знаю с десяток инди диванных рубящих на 1 приложении 3-8 к бачей с 10к инстолами в месяц
>>876980
у меня трое знакомых андроид разрабов перекатились на IOS. Вместе на галере сидели, сперва они контору свою организовали, потом перешли на разработку под айфоны, а потом так поперло, что деньги не смогли поделить и теперь у каждого своя контора, двое работают на европу, а один здесь присосался к госконторе, нанял разрабов и пилит им приложуху, гос. конторы не могут платить разрабам под айфон 150, не поймут, а вот платит 5 лямов конторе из 4 человек которые приложение за несколько месяцев делают, пожалуйста.
у меня трое знакомых андроид разрабов перекатились на IOS. Вместе на галере сидели, сперва они контору свою организовали, потом перешли на разработку под айфоны, а потом так поперло, что деньги не смогли поделить и теперь у каждого своя контора, двое работают на европу, а один здесь присосался к госконторе, нанял разрабов и пилит им приложуху, гос. конторы не могут платить разрабам под айфон 150, не поймут, а вот платит 5 лямов конторе из 4 человек которые приложение за несколько месяцев делают, пожалуйста.
>>877313
Чел, у меня в данный момент нет цели выложить свой говнокод в гугл плэй и заработать на этом
Чел, у меня в данный момент нет цели выложить свой говнокод в гугл плэй и заработать на этом
>>877716
А вот зря
А вот зря
>>874980
Потому что сигнатура такая у батиного метода.
>ри реализации своего метода equals для класса мы в конструкторе передаем параметр как Object, почему для класса Hui не передавать ссылку на другой объект Hui.
Потому что сигнатура такая у батиного метода.
424 Кб, 500x726>>822731 (OP)
Котаны, а как понять - зачем нужен Dagger если нигде его не применял?
Если в двух словах?
Котаны, а как понять - зачем нужен Dagger если нигде его не применял?
Если в двух словах?
>>878440
Вынести мозги разрабу избежав реализации хоть капли бизнес логики, всё. Превратить процедуру добавления банального импорта (2 секунды) в несколькоминутное копошение в анотациях и интерфейсах даггера.
>Котаны, а как понять - зачем нужен Dagger если нигде его не применял?
Вынести мозги разрабу избежав реализации хоть капли бизнес логики, всё. Превратить процедуру добавления банального импорта (2 секунды) в несколькоминутное копошение в анотациях и интерфейсах даггера.
>>879262
Та такое. Вроде, нормас.
У меня есть знакомый, который пишет на флаттере. Говорит, что зашибись. И работает норм, и писать удобно, и задачи покрывает.
Хотя, слышал от других людей, что не очень: кому-то лагает, а кому-то не нравится то, как выглядит код. А кто-то вообще жалуется на то, что мало плагинов.
В общем, специфический инструмент. Не затычка всем дыркам, но для своих задач гуд. Опять же, классика, нативная разработка, никуда не денется. По крайней мере, сейчас.
Та такое. Вроде, нормас.
У меня есть знакомый, который пишет на флаттере. Говорит, что зашибись. И работает норм, и писать удобно, и задачи покрывает.
Хотя, слышал от других людей, что не очень: кому-то лагает, а кому-то не нравится то, как выглядит код. А кто-то вообще жалуется на то, что мало плагинов.
В общем, специфический инструмент. Не затычка всем дыркам, но для своих задач гуд. Опять же, классика, нативная разработка, никуда не денется. По крайней мере, сейчас.
>>822731 (OP)
Всем привет
А есть в треде успешные мастера на все руки, которые сами сделали приложение и успешно (хотя бы относительно) его монетизируют (именно через рекламу)?
Сколько нынче за 1000 просмотров платит адмоб
Или не адмоб?
Всем привет
А есть в треде успешные мастера на все руки, которые сами сделали приложение и успешно (хотя бы относительно) его монетизируют (именно через рекламу)?
Сколько нынче за 1000 просмотров платит адмоб
Или не адмоб?
>>875828
А как успехи? Ну, выложи (ну или хотя бы расскажи тезисно) итоги этой самой работы на себя
А как успехи? Ну, выложи (ну или хотя бы расскажи тезисно) итоги этой самой работы на себя
>>880467
что рассказать то? итого в чем?
в плане денех я конечно доволен, правда теперь боюсь, что меня ограбят. Плюс я привык что денег до жопы падает, и очень расстроюсь когда это прекратится
работаю как сыч дома, или не работаю и хуи пинаю. не могу
представить себя работая в офисе
что рассказать то? итого в чем?
в плане денех я конечно доволен, правда теперь боюсь, что меня ограбят. Плюс я привык что денег до жопы падает, и очень расстроюсь когда это прекратится
работаю как сыч дома, или не работаю и хуи пинаю. не могу
представить себя работая в офисе
>>880948
Ну, звучит как прохладная история фрилансера 300к/нс из /b/
Расскажи какие-нибудь подробности
Что за приложения
Как монетизируешь?
Сколько за 1000 просмотров сраного баннера получаешь?
Какие-то хитрости как прийти к успеху?
Ну, звучит как прохладная история фрилансера 300к/нс из /b/
Расскажи какие-нибудь подробности
Что за приложения
Как монетизируешь?
Сколько за 1000 просмотров сраного баннера получаешь?
Какие-то хитрости как прийти к успеху?
12 Кб, 493x530>>880954
так я и сказал, лол
реклама + покупки
банеры не юзаю почти, в основном видео и интерстишл
хитрость - запилить нужное приложение в нужное время.
но если б знал хитрости, то у меня каждый проект выстреливал бы
>Что за приложения
так я и сказал, лол
>Как монетизируешь?
реклама + покупки
>Сколько за 1000 просмотров сраного баннера получаешь?
банеры не юзаю почти, в основном видео и интерстишл
хитрость - запилить нужное приложение в нужное время.
но если б знал хитрости, то у меня каждый проект выстреливал бы
>>880969
Хуя, ты успешный )) Грац )
А ты просто вкатился без задней мысли (как писал выше, хотел просто почувствовать себя разработчиком) или у тебя был некий бэкграунд
Хуя, ты успешный )) Грац )
А ты просто вкатился без задней мысли (как писал выше, хотел просто почувствовать себя разработчиком) или у тебя был некий бэкграунд
>>881017
ну я работал в офисе, когда запилил, если ты об этом. Думал как-то резюме украсит, ну и интересно было. работал джуном на галере, никаких знаний особых не было, приложение пустяковое на самом деле
ну я работал в офисе, когда запилил, если ты об этом. Думал как-то резюме украсит, ну и интересно было. работал джуном на галере, никаких знаний особых не было, приложение пустяковое на самом деле
>>880948
Если не будешь выпячивать то маловероятно. На твоем месте я бы открыл счет в норм банке, подальше от СНГ-юрисдикции (насколько я мельком смотрел вполне реально в ЕС открыть счет иностранцу) и выводил бы туда. Хранить дома под матрасом - такая себе идея.
Положишь легально банк в снг-параше (или откроешь там брокерский счет и заделаешся мамкиным инвестором) - и налоговая будет в курсе, да и с нашей нулевой приватностью банковских данных (погугли пробив данных если не в курсе, за несколько десятков к рупий о человеке можно узнать почти все) для дядек в балаклавах и перчатках ты тоже станешь лакомой целью.
Да и вообще, с таким доходом я бы перекатывался в страну 1-го мира (где поменьше бабахнутых мигрантов офк) и жил бы куда спокойней.
>в плане денех я конечно доволен, правда теперь боюсь, что меня ограбят
Если не будешь выпячивать то маловероятно. На твоем месте я бы открыл счет в норм банке, подальше от СНГ-юрисдикции (насколько я мельком смотрел вполне реально в ЕС открыть счет иностранцу) и выводил бы туда. Хранить дома под матрасом - такая себе идея.
Положишь легально банк в снг-параше (или откроешь там брокерский счет и заделаешся мамкиным инвестором) - и налоговая будет в курсе, да и с нашей нулевой приватностью банковских данных (погугли пробив данных если не в курсе, за несколько десятков к рупий о человеке можно узнать почти все) для дядек в балаклавах и перчатках ты тоже станешь лакомой целью.
Да и вообще, с таким доходом я бы перекатывался в страну 1-го мира (где поменьше бабахнутых мигрантов офк) и жил бы куда спокойней.
>>881180
У меня наоборот. Пока что одна прила на ведре. С инапов где-то 2.5к$ + реклама 350.
У меня наоборот. Пока что одна прила на ведре. С инапов где-то 2.5к$ + реклама 350.
>>881249
Это не такой доход, чтобы чего-то или кого-то там ссаться. Знаю людей, который делают 10-20к в месяц на прилах и сидят на ИП патенте(в наших пердях стоит 15к в год, рублей). Сам тоже на нём сижу, но поменьше делаю. В принципе вроде насколько я помню макс. годовой доход на патенте может быть 60 лямов в год, что наш товарищ и близко не делает.
Это не такой доход, чтобы чего-то или кого-то там ссаться. Знаю людей, который делают 10-20к в месяц на прилах и сидят на ИП патенте(в наших пердях стоит 15к в год, рублей). Сам тоже на нём сижу, но поменьше делаю. В принципе вроде насколько я помню макс. годовой доход на патенте может быть 60 лямов в год, что наш товарищ и близко не делает.
>>881303
А с какого минимального стоит что-то делать?
Я просто слышал, что до 600 тысяч в год можно не париться от слова совсем
А с какого минимального стоит что-то делать?
Я просто слышал, что до 600 тысяч в год можно не париться от слова совсем
>>881379
Ты имеешь ввиду работать в чёрную? Ну где-то до 300 я думаю можно. Хотя щас от года к году налоговая слежка усиливается, так что я бы не стал рисковать и обелился уже от 100.
Ты имеешь ввиду работать в чёрную? Ну где-то до 300 я думаю можно. Хотя щас от года к году налоговая слежка усиливается, так что я бы не стал рисковать и обелился уже от 100.
>>822731 (OP)
Какие тестовые задания обычно дают джунам?
Какие тестовые задания обычно дают джунам?
>>880969
Анон, хоть примерно можешь назвать какие-то может быть прошлые, уже неактуальные, но успешные "идеи"? И вообще как можно в одно лицо успеть закодить приложение настолько быстро, чтобы оно во-первых не потеряло актуальность и во-вторых не было сделано уже 10 таких же приложений (если это небольшое приложение), как ты успеваешь?
Я сам пилю одно приложение, очень нишевое и скорее всего заработаю на нем чуть менее чем нихуя, но мне нравится сама предметная область, поэтому продолжаю, хотя для заработка это наверное нихуя не правильно.
Анон, хоть примерно можешь назвать какие-то может быть прошлые, уже неактуальные, но успешные "идеи"? И вообще как можно в одно лицо успеть закодить приложение настолько быстро, чтобы оно во-первых не потеряло актуальность и во-вторых не было сделано уже 10 таких же приложений (если это небольшое приложение), как ты успеваешь?
Я сам пилю одно приложение, очень нишевое и скорее всего заработаю на нем чуть менее чем нихуя, но мне нравится сама предметная область, поэтому продолжаю, хотя для заработка это наверное нихуя не правильно.
>>883296
Требования к джуну везде разные. Если взять среднего джуна, то, скорее всего, дадут задание распарсить json и отобразить данные + учесть заданные требования, остальное вполне покрывается теорией и имеющейся практикой. Хорошим тоном будет предоставление возможности выбора либ и архитектуры, исходя из эффективности и целесообразности.
>>883424
другой анон
Если пилить в ленивом темпе, мне нужна неделя для того, чтобы написать и адаптировать код для релиза первой стабильной версии, при этом код будет достаточно чист, чтобы не было проблем с внедрением новых фич. Если загореться идеей, можно сделать и быстрее. А насчёт конкуренции, не без везения, но ключевые факторы - качество/удобство и ресурсы, которые ты готов потратить на продвижение. Если твой продукт объективно лучше, важно создать условия для того, чтобы его опробовали и сравнили с конкурентом.
Не брезгуй такими идеями. Если есть хоть и малая, но платежеспособная аудитория, появляется возможность использовать иные способы монетизации, только и всего.
Требования к джуну везде разные. Если взять среднего джуна, то, скорее всего, дадут задание распарсить json и отобразить данные + учесть заданные требования, остальное вполне покрывается теорией и имеющейся практикой. Хорошим тоном будет предоставление возможности выбора либ и архитектуры, исходя из эффективности и целесообразности.
>>883424
другой анон
>как можно в одно лицо успеть закодить приложение настолько быстро, чтобы оно во-первых не потеряло актуальность и во-вторых не было сделано уже 10 таких же приложений
Если пилить в ленивом темпе, мне нужна неделя для того, чтобы написать и адаптировать код для релиза первой стабильной версии, при этом код будет достаточно чист, чтобы не было проблем с внедрением новых фич. Если загореться идеей, можно сделать и быстрее. А насчёт конкуренции, не без везения, но ключевые факторы - качество/удобство и ресурсы, которые ты готов потратить на продвижение. Если твой продукт объективно лучше, важно создать условия для того, чтобы его опробовали и сравнили с конкурентом.
>очень нишевое
Не брезгуй такими идеями. Если есть хоть и малая, но платежеспособная аудитория, появляется возможность использовать иные способы монетизации, только и всего.
>>883778
Хуя ты шустрый. На галерах мидлы один скрин зачастую ту же неделю пилят.
>Если пилить в ленивом темпе, мне нужна неделя для того, чтобы написать и адаптировать код для релиза первой стабильной версии, при этом код будет достаточно чист, чтобы не было проблем с внедрением новых фич. Если загореться идеей, можно сделать и быстрее.
Хуя ты шустрый. На галерах мидлы один скрин зачастую ту же неделю пилят.
Котаны, есть приложение с 1500 активными пользователями, около 35000 строк кода на Kotlin, MVVM, одно активити , использует сеть, google maps , кастомные view, этого хватит чтобы пройти на Джуна? До этого 4 года прогоаммер с/с++.
>>884736
Думаю, это даж немного избыточно для джуна
Думаю, это даж немного избыточно для джуна
>>884736
Хуя у вас джуны пошли
Хуя у вас джуны пошли
>>884736
Более чем. Это уже стронг джун, если не мидл. И насчет твоего бэкграунда в крестах: почитай про Android NDK, поищи вакансии где он требуется - твои знания крестов и желание рабоать на андроиде можно отлично совместить.
Более чем. Это уже стронг джун, если не мидл. И насчет твоего бэкграунда в крестах: почитай про Android NDK, поищи вакансии где он требуется - твои знания крестов и желание рабоать на андроиде можно отлично совместить.
>>822731 (OP)
Сап анонасы. Решил вкатиться в котлин. Джаву с некоторыми пробелами знаю.
Решил освежить в памяти джаву. Взял курс от OTUS в шапке. Но он не заходит от слова вообще. Тоесть я уже неделю топчусь в консультации по джаве. Объяснение крайне хреновое или вообще никакое. Если бы я до этого не знал джаву вообще бы не въехал. Вопрос есть что-то более годное именно по джаве с плавным переходом в котлин. Или таки придется читать книги?
Сап анонасы. Решил вкатиться в котлин. Джаву с некоторыми пробелами знаю.
Решил освежить в памяти джаву. Взял курс от OTUS в шапке. Но он не заходит от слова вообще. Тоесть я уже неделю топчусь в консультации по джаве. Объяснение крайне хреновое или вообще никакое. Если бы я до этого не знал джаву вообще бы не въехал. Вопрос есть что-то более годное именно по джаве с плавным переходом в котлин. Или таки придется читать книги?
>>884988
Этого достаточно. А вообще учить там особо нечего, о каких пробелах идёт речь?
Лучше не трать время и читай "Kotlin in action", она же "Котлин в действии".
>Джаву с некоторыми пробелами знаю
Этого достаточно. А вообще учить там особо нечего, о каких пробелах идёт речь?
Лучше не трать время и читай "Kotlin in action", она же "Котлин в действии".
>>885017
Та прошелся по роадмапу в шапке
Тут абсолютный ноль
-> многопоточность
Знаю но плохо.
-> дженерики
Очень туманное представление
-> функции высшего порядка
Вообще не знаю что это за звери
Конечно можно сейчас забить и восполнять потом. Но боюсь что не знание ударит во-первых, по качеству кода, во-вторых, это незнание всплывет на собесе что тоже не есть хорошо.
Вот и думаю как восполнить пробелы и что курить.
Та прошелся по роадмапу в шапке
>алгоритмы и структуры данных
>networking/REST API/JSON/сериализация
>дизайн паттерны
Тут абсолютный ноль
-> многопоточность
Знаю но плохо.
-> дженерики
Очень туманное представление
-> функции высшего порядка
Вообще не знаю что это за звери
Конечно можно сейчас забить и восполнять потом. Но боюсь что не знание ударит во-первых, по качеству кода, во-вторых, это незнание всплывет на собесе что тоже не есть хорошо.
Вот и думаю как восполнить пробелы и что курить.
>>884988
Не вижу причин парится насчет плавного перехода. Я в свое время переходил так: сижу, педалю фичу на родной жабе, прилетает новость что с сегодняшнего дня все пишем на котлине. Пробежался мельком по документации офф сайта где-то за час, дальше просто сел и начал писать на котлине. Забавно конечно считаясь уже мидлом гуглить как создать конструктор класса или какие есть модфикаторы доступа - но опять же, освоился быстро.
Спустя неделю где-то писал уже не хуже чем на жабе.
Не вижу причин парится насчет плавного перехода. Я в свое время переходил так: сижу, педалю фичу на родной жабе, прилетает новость что с сегодняшнего дня все пишем на котлине. Пробежался мельком по документации офф сайта где-то за час, дальше просто сел и начал писать на котлине. Забавно конечно считаясь уже мидлом гуглить как создать конструктор класса или какие есть модфикаторы доступа - но опять же, освоился быстро.
Спустя неделю где-то писал уже не хуже чем на жабе.
>>885033
Плохо, разберись. Лучше шарить и в базовой джавой (как минимум понимание что такое монитор c wait /notify сетами и synchronized который блокирует код на этот монитор и как все это в плане памяти реализуется (thread, volatile и т.д) + более высокоуровневые конструкции в виде Executor/Future. По котлину -конечно же корутины. Даже на офф сайте расписано неплохо имхо.
В жабе запутано, в котлине все гораздо проще. Просто параметризовать какие-то штуковины можно не конкректными классами, а любыми (при необходимости ограничив их словами out SampleClass - любой наследник нашего класса или in SampleClass - любой родитель
Вместо экземляра анонимного класса можно написать стрелочку, amazing, минимум неделя на research
>-> многопоточность
>Знаю но плохо.
Плохо, разберись. Лучше шарить и в базовой джавой (как минимум понимание что такое монитор c wait /notify сетами и synchronized который блокирует код на этот монитор и как все это в плане памяти реализуется (thread, volatile и т.д) + более высокоуровневые конструкции в виде Executor/Future. По котлину -конечно же корутины. Даже на офф сайте расписано неплохо имхо.
>-> дженерики
>Очень туманное представление
В жабе запутано, в котлине все гораздо проще. Просто параметризовать какие-то штуковины можно не конкректными классами, а любыми (при необходимости ограничив их словами out SampleClass - любой наследник нашего класса или in SampleClass - любой родитель
>-> функции высшего порядка
>Вообще не знаю что это за звери
Вместо экземляра анонимного класса можно написать стрелочку, amazing, минимум неделя на research
>>885033
Лучше прочти книгу, хуже точно не станет, но будет проще искать информацию и закрывать пробелы на волне изучения языка. Тут ведь ещё такой момент, что какие-то вещи легче воспринимаются, к примеру, в контексте kotlin/android-реализации, особенно многопоточность, прикладное значение которой ты можешь наблюдать наиболее наглядно.
Лучше прочти книгу, хуже точно не станет, но будет проще искать информацию и закрывать пробелы на волне изучения языка. Тут ведь ещё такой момент, что какие-то вещи легче воспринимаются, к примеру, в контексте kotlin/android-реализации, особенно многопоточность, прикладное значение которой ты можешь наблюдать наиболее наглядно.
>>885033
Функция высшего порядка есть функция, которая принимает в себя другую функцию и/или возвращает функцию. Всё. Вот тебе в качестве упражнения: Напиши функции такого типа:
one() - должна выдавать 1
two() - должна выдавать 2
one(plus(one())) - должна выдавать 2
one(plus(two())) - должна выдавать 3
>-> функции высшего порядка
>Вообще не знаю что это за звери
Функция высшего порядка есть функция, которая принимает в себя другую функцию и/или возвращает функцию. Всё. Вот тебе в качестве упражнения: Напиши функции такого типа:
one() - должна выдавать 1
two() - должна выдавать 2
one(plus(one())) - должна выдавать 2
one(plus(two())) - должна выдавать 3
Перекат кстати пилить не пора?
>>884988
На Гиперскилле посмотри Котлиновский курс.
На Гиперскилле посмотри Котлиновский курс.
>>885813
Лямбды, конечно, нередко используются в функциях высшего порядка, но не обязательно. Например
fun square(x: Int) = x * x
println((0..5).asIterable().map(::square))
Лямбды, конечно, нередко используются в функциях высшего порядка, но не обязательно. Например
fun square(x: Int) = x * x
println((0..5).asIterable().map(::square))
>>822731 (OP)
Всем привет
Что за ебанизм происходит
Создаю тестовый проект
У него 1 активити
На xml этой самой активити (которая автоматически создается, activity_main), даю id для tv и кнопки
По неясным причинам не могу взаимодействовать c этой кнопкой и tv в MainActivity.kt
class MainActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
btn_one <<<<<<<<<
Обычно на этом шаге мне подсвечивает варианты взаимодействия с кнопкой, но он просто ее не видит
При этом открываю старый проект - все работает
Как так? В чем может быть причина?
grandle посмотрел, там все аналогично.
Ну, перезагрузки всякие делал, компа, студии.
Всем привет
Что за ебанизм происходит
Создаю тестовый проект
У него 1 активити
На xml этой самой активити (которая автоматически создается, activity_main), даю id для tv и кнопки
По неясным причинам не могу взаимодействовать c этой кнопкой и tv в MainActivity.kt
class MainActivity : AppCompatActivity() {
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
btn_one <<<<<<<<<
Обычно на этом шаге мне подсвечивает варианты взаимодействия с кнопкой, но он просто ее не видит
При этом открываю старый проект - все работает
Как так? В чем может быть причина?
grandle посмотрел, там все аналогично.
Ну, перезагрузки всякие делал, компа, студии.
>>886317
разве что переустановить студию не пробовал.
Это же базовый функционал, из коробки. Как так получилось, что не работает?
разве что переустановить студию не пробовал.
Это же базовый функционал, из коробки. Как так получилось, что не работает?
>>886317
Судя по всему ты пользовался синтетиками, выкидывай их нахуй. Такой хуйни когда ты рандомную кнопку из рандомно лейаута просто импортишь без задней мысли быть не должно. Ведро это не WPF.
> Обычно на этом шаге мне подсвечивает варианты взаимодействия с кнопкой, но он просто ее не видит
> btn_one
Судя по всему ты пользовался синтетиками, выкидывай их нахуй. Такой хуйни когда ты рандомную кнопку из рандомно лейаута просто импортишь без задней мысли быть не должно. Ведро это не WPF.
Вопрос по MVVM
Опытные аноны, поясните раз и навсегда пожалуйста за доступ к объектам из контекста - Resources (drawable, string, etc), Theme, packageName, словом, все что необходимо иногда выцепить из контекста.
Как решить эту проблему раз и навсегда и не облажаться идеологически с паттерном MVVM?
Что я нашел:
1. Кто-то решает вопрос созданием "провайдеров" и прокидыванием их в ViewModel, например: StringDataProvider, DrawableDataProvider. Не уверен что это самый четкий вариант - много бойлерплейта, а профит только один - упрощает тестирование (не факт, Resources можно тоже ведь замокать?)
2. Кто-то использует AndroidViewModel, который принимает в себя ApplicationContext, и все, обращается к контексту из VM. Вроде бы идеологически неверно и возможно проблемы с тестированием. Кроме этого есть минусы? Хуй знает.
3. Кто-то пляшет вокруг LiveData, пушат туда требуемые ресурсы и ждут, когда context-aware часть их заполнит, в нашем случае Fragment или Activity. Выглядит это СЛОЖНА, но я могу ошибаться. Все обмазано observer'ами, шо пиздец. Норм ли это? А хуй его знает.
Люто я заебался уже блядь. Кто в промышленном программировании на андроиде - подскажите плес, как такое решать?
DI не рассматриваю. (Ну и в любом случае любое DI решение всего-лишь автоматизированный вариант "ручного" решения)
Опытные аноны, поясните раз и навсегда пожалуйста за доступ к объектам из контекста - Resources (drawable, string, etc), Theme, packageName, словом, все что необходимо иногда выцепить из контекста.
Как решить эту проблему раз и навсегда и не облажаться идеологически с паттерном MVVM?
Что я нашел:
1. Кто-то решает вопрос созданием "провайдеров" и прокидыванием их в ViewModel, например: StringDataProvider, DrawableDataProvider. Не уверен что это самый четкий вариант - много бойлерплейта, а профит только один - упрощает тестирование (не факт, Resources можно тоже ведь замокать?)
2. Кто-то использует AndroidViewModel, который принимает в себя ApplicationContext, и все, обращается к контексту из VM. Вроде бы идеологически неверно и возможно проблемы с тестированием. Кроме этого есть минусы? Хуй знает.
3. Кто-то пляшет вокруг LiveData, пушат туда требуемые ресурсы и ждут, когда context-aware часть их заполнит, в нашем случае Fragment или Activity. Выглядит это СЛОЖНА, но я могу ошибаться. Все обмазано observer'ами, шо пиздец. Норм ли это? А хуй его знает.
Люто я заебался уже блядь. Кто в промышленном программировании на андроиде - подскажите плес, как такое решать?
DI не рассматриваю. (Ну и в любом случае любое DI решение всего-лишь автоматизированный вариант "ручного" решения)
>>886366
Обмаз обсерверами это суть мввм, это норма. Мне непонтяно на кой хрен тебе в вм лезть в ресурсы, этим вью должна заниматься. Можешь пример привезти который вынудил тебя такую дичь в ВМ делать?
Обмаз обсерверами это суть мввм, это норма. Мне непонтяно на кой хрен тебе в вм лезть в ресурсы, этим вью должна заниматься. Можешь пример привезти который вынудил тебя такую дичь в ВМ делать?
>>886366
Активитизависимое и требует работы из активити.
Хуячешь через аппликейшон контекст.
Для первого делаешь что-нибудь типа
sealed class Strings {
data class Value(String)
data class Resource(Int)
fun resolve(Context)
}
И не ебешь мозги.
> Resources (drawable, string, etc), Theme
Активитизависимое и требует работы из активити.
> packageName
Хуячешь через аппликейшон контекст.
Для первого делаешь что-нибудь типа
sealed class Strings {
data class Value(String)
data class Resource(Int)
fun resolve(Context)
}
И не ебешь мозги.
>>886317
Пробуй Clean/Rebuild/Invalidate caches, особенно в случае, если ты юзал синтетику. В идеале использовать байндинг, либо же
findViewByIdна худой конец.
>>886366
Зависит от ресурсов и их предназначения. Если ресурсы используются в качестве плейсхолдеров на уровне фреймворка(т.е. только для UI), дёргай их внутри фрагмента или адаптера виджета, если же они являются данными(что бывает редко, как пример - raw), в этом случае лучше поставлять их вместе с другими данными, получаемыми из источника данных, с полноценным маппингом в модель. Ориентируйся на то, влияют ли ресурсы на поставляемые данные(и являются ли данными), от этого и отталкивайся. Если хочешь красиво получать ресурсы - напиши функцию расширение для контекста. Вообще, советую не стесняться писать экстеншены, но если предполагается увеличения их количества в будущем, лучше сразу делай отдельный класс-провайдер, чтобы работать с отдельным объектом(делегатом).
Во-первых, ViewModel не должна содержать референс, только состояние. Во-вторых, контекст имеет собственный жизненный цикл, что может привести к утечке памяти.Ты просто добавляешь вредную, неконтролируемую зависимость.
Многие проблемы, связанные с ресурсами решаются data-binding'ом.
Пробуй Clean/Rebuild/Invalidate caches, особенно в случае, если ты юзал синтетику. В идеале использовать байндинг, либо же
findViewByIdна худой конец.
>>886366
Зависит от ресурсов и их предназначения. Если ресурсы используются в качестве плейсхолдеров на уровне фреймворка(т.е. только для UI), дёргай их внутри фрагмента или адаптера виджета, если же они являются данными(что бывает редко, как пример - raw), в этом случае лучше поставлять их вместе с другими данными, получаемыми из источника данных, с полноценным маппингом в модель. Ориентируйся на то, влияют ли ресурсы на поставляемые данные(и являются ли данными), от этого и отталкивайся. Если хочешь красиво получать ресурсы - напиши функцию расширение для контекста. Вообще, советую не стесняться писать экстеншены, но если предполагается увеличения их количества в будущем, лучше сразу делай отдельный класс-провайдер, чтобы работать с отдельным объектом(делегатом).
>Кто-то использует AndroidViewModel, который принимает в себя ApplicationContext, и все, обращается к контексту из VM.
Во-первых, ViewModel не должна содержать референс, только состояние. Во-вторых, контекст имеет собственный жизненный цикл, что может привести к утечке памяти.Ты просто добавляешь вредную, неконтролируемую зависимость.
Многие проблемы, связанные с ресурсами решаются data-binding'ом.
Есть ли список тем, которые ваннаби-джун обязательно должен знать?
>>886378
Про обмаз понял, возможно, надо пересмотреть отношение.
Пример у меня такой - есть коллекция моделей для item'ов в RecyclerView, допустим UnitViewModel, каждому item'у нужна картинка (из памяти/из интернета), я ее подгружаю в поле этой модели, подгузка происходит в ViewModel.
Я так понимаю это неправильно и надо подгружать в Fragment/Activity?
Вообще флоу такой - во viewModel я подгружаю данные для каждого item'а с Sqlite, но затем мне надо заполнить поле 'picture', которому нужен контекст для подгрузки, получается мне надо как-то изъебнуться и заставить Fragment/Activity это делать?
Про обмаз понял, возможно, надо пересмотреть отношение.
Пример у меня такой - есть коллекция моделей для item'ов в RecyclerView, допустим UnitViewModel, каждому item'у нужна картинка (из памяти/из интернета), я ее подгружаю в поле этой модели, подгузка происходит в ViewModel.
Я так понимаю это неправильно и надо подгружать в Fragment/Activity?
Вообще флоу такой - во viewModel я подгружаю данные для каждого item'а с Sqlite, но затем мне надо заполнить поле 'picture', которому нужен контекст для подгрузки, получается мне надо как-то изъебнуться и заставить Fragment/Activity это делать?
>>886454
Спасибо. Я вот эту штуку никак не могу прочувствовать, то есть любая попытка пробросить в VM Resources/Context (Activity/Fragment)/Theme/etc - это неверно?
По этой же логике и проброс любого Data source в VM является ошибкой, например, я прокидываю в VM Data source, который у меня содержит ссылку на инстанц RoomDatabase, получается и это неправильно? В каком месте тогда нужно дергать получение данных и передавать их в VM?
>ViewModel не должна содержать референс, только состояние.
Спасибо. Я вот эту штуку никак не могу прочувствовать, то есть любая попытка пробросить в VM Resources/Context (Activity/Fragment)/Theme/etc - это неверно?
По этой же логике и проброс любого Data source в VM является ошибкой, например, я прокидываю в VM Data source, который у меня содержит ссылку на инстанц RoomDatabase, получается и это неправильно? В каком месте тогда нужно дергать получение данных и передавать их в VM?
>>822731 (OP)
Добрый день!
Подскажите, а есть работающие примеры jsoup kotlin?
Там однозначно есть подводные камни
Добавил разрешение в манифесте
Импортировал jsoup
пишу простую строку:
val doc = Jsoup.connect("http://example.ru").get()
На этом шаге (это, как я понял, просто загрузка html-копии страницы) уже приложение вылетает
Где-то читал, что есть какие-то тонкости. Есть знающие господа в треде?
Добрый день!
Подскажите, а есть работающие примеры jsoup kotlin?
Там однозначно есть подводные камни
Добавил разрешение в манифесте
Импортировал jsoup
пишу простую строку:
val doc = Jsoup.connect("http://example.ru").get()
На этом шаге (это, как я понял, просто загрузка html-копии страницы) уже приложение вылетает
Где-то читал, что есть какие-то тонкости. Есть знающие господа в треде?
>>886461
Именно так, вот что говорит документация:
ViewModel's only responsibility is to manage the data for the UI. It should never access your view hierarchy or hold a reference back to the Activity or the Fragment.
Всё, что ты получаешь - непредсказуемое поведение и нарушение separation of concerns. Во всех случаях, с которыми я сталкивался, необходимость в контексте отпадала, если копнуть поглубже и подумать о реализации, опираясь на архитектурные ограничения. отсутствие контекста - как раз одно из них в MVVM
Разумеется.
Если упрощенно, но достаточно чисто:
Domain: модели, абстрактные репозитории и абстрактные юзкейсы в виде обобщённых интерфейсов(вариантность определяется необходимым поведением).
Data: local/network ds, имплементация репозиториев(инжектятся).
Интеракторы: реализация юзкейсов для каждого метода репозитория(тоже инжектятся).
По мере перемещения данных из слоя в слой происходит маппинг.
В конструктор VM передаешь юзкейсы, наслаждаешься.
Ещё, кстати, отсутствие контекста позволяет безопасно получать данные из двух разных VM, что бывает полезно, но, опять же, ситуативно - это не всегда уместно.
Всегда держи в уме архитектурные ограничения.
>любая попытка пробросить в VM Resources/Context (Activity/Fragment)/Theme/etc - это неверно
Именно так, вот что говорит документация:
ViewModel's only responsibility is to manage the data for the UI. It should never access your view hierarchy or hold a reference back to the Activity or the Fragment.
Всё, что ты получаешь - непредсказуемое поведение и нарушение separation of concerns. Во всех случаях, с которыми я сталкивался, необходимость в контексте отпадала, если копнуть поглубже и подумать о реализации, опираясь на архитектурные ограничения. отсутствие контекста - как раз одно из них в MVVM
>прокидываю в VM Data source, который у меня содержит ссылку на инстанц RoomDatabase, получается и это неправильно
>проброс любого Data source в VM является ошибкой
Разумеется.
>В каком месте тогда нужно дергать получение данных и передавать их в VM?
Если упрощенно, но достаточно чисто:
Domain: модели, абстрактные репозитории и абстрактные юзкейсы в виде обобщённых интерфейсов(вариантность определяется необходимым поведением).
Data: local/network ds, имплементация репозиториев(инжектятся).
Интеракторы: реализация юзкейсов для каждого метода репозитория(тоже инжектятся).
По мере перемещения данных из слоя в слой происходит маппинг.
В конструктор VM передаешь юзкейсы, наслаждаешься.
Ещё, кстати, отсутствие контекста позволяет безопасно получать данные из двух разных VM, что бывает полезно, но, опять же, ситуативно - это не всегда уместно.
Всегда держи в уме архитектурные ограничения.
32 Кб, 416x311>>886548
Прочел я этот пост и понял - что мне еще учиться, учиться и еще раз учиться.
Мимо другой анон
Прочел я этот пост и понял - что мне еще учиться, учиться и еще раз учиться.
Мимо другой анон
>>886548
Спасибо анон, но я пока не могу понять эту многослойную архитектуру, я впервые вижу про интеракторы и юзкейсы, буду гуглеть.
Хочется оче понять принцип без шелухи - то есть VM не должна сама получать данные, получается так? Данные (если получечние таковых зависит от контекста) должна ей поставлять сущность в виде гно, которая context-aware и "живет" в его жизненном цикле?
Так примерно? Или я нихуя не понял.
Сука как же сложно блядь, и примеры получаются большинством своим некорректные на медиуме и прочих ресурсах.
Спасибо анон, но я пока не могу понять эту многослойную архитектуру, я впервые вижу про интеракторы и юзкейсы, буду гуглеть.
Хочется оче понять принцип без шелухи - то есть VM не должна сама получать данные, получается так? Данные (если получечние таковых зависит от контекста) должна ей поставлять сущность в виде гно, которая context-aware и "живет" в его жизненном цикле?
Так примерно? Или я нихуя не понял.
Сука как же сложно блядь, и примеры получаются большинством своим некорректные на медиуме и прочих ресурсах.
>>886562
Примерно вот так:
Application ->
Обычный di-инит
Activity ->
Хостим фрагмент, передаем бандл и т.д.
Fragment:
vm.getFiles()
vm.files.observe(...)
->
ViewModel(юзкейс в конструкторе):
тут files(livedata) и getFiles() = getFilesUseCase.execute() + сабскрайбы, files.value = it и т.д.
->
GetFilesUseCase(тут репозиторий): BaseUseCase(абстракция):
override fun execute() = repository.getFiles()
->
StorageRepositoryImpl: StorageRepository(абстракция):
val storage: FirebaseStorage by lazy{...}
override fun getFiles(): Flowable<Array<File>>{storageRef.listAll()}
Фрагмент инициирует цепочку вызовов, направленных на получение данных из источника, VM делает вызов юзкейса, который обращается к репозиторию, куда приходят данные. Если данные есть, они маппятся в файлы(в данном примере), "выплёвываются" эмиттером и присваиваются/постятся в value LiveData(files) внутри VM(в методе getFiles). Если данных нет, мы получаем это состояние (Nothing, Failure и т.п.) и говорим об этом пользователю (уже в самом фрагменте). Все требования соблюдены, а детектить состояние данных (есть они или нет) можно с помощью любой success/failure обертки(Either, например). Если юзаешь rx, например, бывают случаи, когда можно обойтись и без неё.
Всё гибко и подстраиваемо под конкретную задачу.
Примерно вот так:
Application ->
Обычный di-инит
Activity ->
Хостим фрагмент, передаем бандл и т.д.
Fragment:
vm.getFiles()
vm.files.observe(...)
->
ViewModel(юзкейс в конструкторе):
тут files(livedata) и getFiles() = getFilesUseCase.execute() + сабскрайбы, files.value = it и т.д.
->
GetFilesUseCase(тут репозиторий): BaseUseCase(абстракция):
override fun execute() = repository.getFiles()
->
StorageRepositoryImpl: StorageRepository(абстракция):
val storage: FirebaseStorage by lazy{...}
override fun getFiles(): Flowable<Array<File>>{storageRef.listAll()}
Фрагмент инициирует цепочку вызовов, направленных на получение данных из источника, VM делает вызов юзкейса, который обращается к репозиторию, куда приходят данные. Если данные есть, они маппятся в файлы(в данном примере), "выплёвываются" эмиттером и присваиваются/постятся в value LiveData(files) внутри VM(в методе getFiles). Если данных нет, мы получаем это состояние (Nothing, Failure и т.п.) и говорим об этом пользователю (уже в самом фрагменте). Все требования соблюдены, а детектить состояние данных (есть они или нет) можно с помощью любой success/failure обертки(Either, например). Если юзаешь rx, например, бывают случаи, когда можно обойтись и без неё.
Всё гибко и подстраиваемо под конкретную задачу.
>>886650
Спасибо большое анон за подробный флоу, буду разбираться и гуглеть, много незнакомых терминов, use case и emitter я не пользовал ни разу.
Последний вопрос наверное - не подскажешь где можно найти какой-то хеллоу-ворлд, сделанный по таким вот каноничным паттернам?
Может быть есть опен-сорц проект, куда можно подсматривать?
https://github.com/android/architecture-samples - это шляпа или норм?
Спасибо большое анон за подробный флоу, буду разбираться и гуглеть, много незнакомых терминов, use case и emitter я не пользовал ни разу.
Последний вопрос наверное - не подскажешь где можно найти какой-то хеллоу-ворлд, сделанный по таким вот каноничным паттернам?
Может быть есть опен-сорц проект, куда можно подсматривать?
https://github.com/android/architecture-samples - это шляпа или норм?
>>886919
Упрощенная реализация, не особо наглядная. Domain'а нет, вся абстракция находится в data, в том числе и сущность, которая соответствует локальному источнику, т.к. модели нет. (для разных источников данных нужны разные сущности) Если взять ту же реализацию репозитория, который в данном примере должен производить слияние двух источников данных, кэшировать и апдейтить новые данные, он станет god object'ом с внедрением новых модулей, такой подход плохо масштабируется. Если presentation разбит на фичи, так же стоило поступить и с data. А ещё лучше было бы создать domain. Собственно говоря, реализация довольно грязная.
Из плюсов, которые можно подсмотреть - single activity, работа с LiveData, в которую данные оборачиваются в самом репозитории, вскользь затронут databinding, навигация(хотя её стоило бы делегировать отдельному компоненту, т.е. создать объект, который содержал бы различные кейсы и соответствующий navigate()).
Если хочешь разобраться в паттернах, тебе нужно понять концептуальную разницу между разными паттернами. Что у них общего, чем они отличаются, какие ограничения они имеют, как их внедрение влияет на систему как таковую - какие свойства и поведение она приобретает. В каждом из паттерном есть ключевая идея, которая, лежит в основе реализации.
MVC: контроллер, однонаправленность, множество узких мест в архитектуре, плохая масштабируемость;
MVP: презентеры(контракты) для каждой View, двунаправленная цикличность(но model может быть активной и пассивной), separation of concerns(SoC), Moxy;
MVVM - потоки данных, максимальная удобная реактивность, SoC, AAC;
MVI: в основе идея MVC(однонаправленность) + частичная реализация MVP - есть контракт, который содержит интент(он же намерение, триггер, который инициирует обращение к модели, т.е. является отдельным юзкейсом), так и ViewState, который отвечает за необходимое состояние и рендер View, однонаправленная цикличность, SoC, MviCore.
Устойчивость к изменению конфигурации обеспечивается с помощью di, observer'a или lifecycle-подобного подхода (LifecycleOwner - интерфейс, который реализуют Активити и Фрагменты, имеющие жц), как это сделано в VM.
Конечно же, есть множество различных подходов к реализации, но классические идеи выглядят представляются так.
С паттернами советую разбираться по гайдам медиум, чтобы получить хорошее понимание, а далее искать проекты на гитхабе, чтобы увидеть различные подходы к организации проекта. Суть паттернов заключается в предоставлении общего принципа организации компонентов, а структура определяется самостоятельно, модульность во многом опирается на искусственные ограничения. Собственно, на помощь приходит чистая архитектура советую прочесть одноименную книгу, вариантов реализации которой тоже достаточно много. В любом случае, с опытом формируется собственный оптимальный шаблон, поэтому вариативность существующих решений идёт лишь на пользу. Для ознакомления могу посоветовать один очень годный репозиторий, в шапке которого есть ссылка на гайд.
https://github.com/android10/Android-CleanArchitecture
Проект действительно хороший, достаточно информативный, наглядный, сложный, но с возможностью упрощения.
>это шляпа или норм?
Упрощенная реализация, не особо наглядная. Domain'а нет, вся абстракция находится в data, в том числе и сущность, которая соответствует локальному источнику, т.к. модели нет. (для разных источников данных нужны разные сущности) Если взять ту же реализацию репозитория, который в данном примере должен производить слияние двух источников данных, кэшировать и апдейтить новые данные, он станет god object'ом с внедрением новых модулей, такой подход плохо масштабируется. Если presentation разбит на фичи, так же стоило поступить и с data. А ещё лучше было бы создать domain. Собственно говоря, реализация довольно грязная.
Из плюсов, которые можно подсмотреть - single activity, работа с LiveData, в которую данные оборачиваются в самом репозитории, вскользь затронут databinding, навигация(хотя её стоило бы делегировать отдельному компоненту, т.е. создать объект, который содержал бы различные кейсы и соответствующий navigate()).
>по таким вот каноничным паттернам
Если хочешь разобраться в паттернах, тебе нужно понять концептуальную разницу между разными паттернами. Что у них общего, чем они отличаются, какие ограничения они имеют, как их внедрение влияет на систему как таковую - какие свойства и поведение она приобретает. В каждом из паттерном есть ключевая идея, которая, лежит в основе реализации.
MVC: контроллер, однонаправленность, множество узких мест в архитектуре, плохая масштабируемость;
MVP: презентеры(контракты) для каждой View, двунаправленная цикличность(но model может быть активной и пассивной), separation of concerns(SoC), Moxy;
MVVM - потоки данных, максимальная удобная реактивность, SoC, AAC;
MVI: в основе идея MVC(однонаправленность) + частичная реализация MVP - есть контракт, который содержит интент(он же намерение, триггер, который инициирует обращение к модели, т.е. является отдельным юзкейсом), так и ViewState, который отвечает за необходимое состояние и рендер View, однонаправленная цикличность, SoC, MviCore.
Устойчивость к изменению конфигурации обеспечивается с помощью di, observer'a или lifecycle-подобного подхода (LifecycleOwner - интерфейс, который реализуют Активити и Фрагменты, имеющие жц), как это сделано в VM.
Конечно же, есть множество различных подходов к реализации, но классические идеи выглядят представляются так.
>куда можно подсматривать?
С паттернами советую разбираться по гайдам медиум, чтобы получить хорошее понимание, а далее искать проекты на гитхабе, чтобы увидеть различные подходы к организации проекта. Суть паттернов заключается в предоставлении общего принципа организации компонентов, а структура определяется самостоятельно, модульность во многом опирается на искусственные ограничения. Собственно, на помощь приходит чистая архитектура советую прочесть одноименную книгу, вариантов реализации которой тоже достаточно много. В любом случае, с опытом формируется собственный оптимальный шаблон, поэтому вариативность существующих решений идёт лишь на пользу. Для ознакомления могу посоветовать один очень годный репозиторий, в шапке которого есть ссылка на гайд.
https://github.com/android10/Android-CleanArchitecture
Проект действительно хороший, достаточно информативный, наглядный, сложный, но с возможностью упрощения.
>>886919
Упрощенная реализация, не особо наглядная. Domain'а нет, вся абстракция находится в data, в том числе и сущность, которая соответствует локальному источнику, т.к. модели нет. (для разных источников данных нужны разные сущности) Если взять ту же реализацию репозитория, который в данном примере должен производить слияние двух источников данных, кэшировать и апдейтить новые данные, он станет god object'ом с внедрением новых модулей, такой подход плохо масштабируется. Если presentation разбит на фичи, так же стоило поступить и с data. А ещё лучше было бы создать domain. Собственно говоря, реализация довольно грязная.
Из плюсов, которые можно подсмотреть - single activity, работа с LiveData, в которую данные оборачиваются в самом репозитории, вскользь затронут databinding, навигация(хотя её стоило бы делегировать отдельному компоненту, т.е. создать объект, который содержал бы различные кейсы и соответствующий navigate()).
Если хочешь разобраться в паттернах, тебе нужно понять концептуальную разницу между разными паттернами. Что у них общего, чем они отличаются, какие ограничения они имеют, как их внедрение влияет на систему как таковую - какие свойства и поведение она приобретает. В каждом из паттерном есть ключевая идея, которая, лежит в основе реализации.
MVC: контроллер, однонаправленность, множество узких мест в архитектуре, плохая масштабируемость;
MVP: презентеры(контракты) для каждой View, двунаправленная цикличность(но model может быть активной и пассивной), separation of concerns(SoC), Moxy;
MVVM - потоки данных, максимальная удобная реактивность, SoC, AAC;
MVI: в основе идея MVC(однонаправленность) + частичная реализация MVP - есть контракт, который содержит интент(он же намерение, триггер, который инициирует обращение к модели, т.е. является отдельным юзкейсом), так и ViewState, который отвечает за необходимое состояние и рендер View, однонаправленная цикличность, SoC, MviCore.
Устойчивость к изменению конфигурации обеспечивается с помощью di, observer'a или lifecycle-подобного подхода (LifecycleOwner - интерфейс, который реализуют Активити и Фрагменты, имеющие жц), как это сделано в VM.
Конечно же, есть множество различных подходов к реализации, но классические идеи выглядят представляются так.
С паттернами советую разбираться по гайдам медиум, чтобы получить хорошее понимание, а далее искать проекты на гитхабе, чтобы увидеть различные подходы к организации проекта. Суть паттернов заключается в предоставлении общего принципа организации компонентов, а структура определяется самостоятельно, модульность во многом опирается на искусственные ограничения. Собственно, на помощь приходит чистая архитектура советую прочесть одноименную книгу, вариантов реализации которой тоже достаточно много. В любом случае, с опытом формируется собственный оптимальный шаблон, поэтому вариативность существующих решений идёт лишь на пользу. Для ознакомления могу посоветовать один очень годный репозиторий, в шапке которого есть ссылка на гайд.
https://github.com/android10/Android-CleanArchitecture
Проект действительно хороший, достаточно информативный, наглядный, сложный, но с возможностью упрощения.
>это шляпа или норм?
Упрощенная реализация, не особо наглядная. Domain'а нет, вся абстракция находится в data, в том числе и сущность, которая соответствует локальному источнику, т.к. модели нет. (для разных источников данных нужны разные сущности) Если взять ту же реализацию репозитория, который в данном примере должен производить слияние двух источников данных, кэшировать и апдейтить новые данные, он станет god object'ом с внедрением новых модулей, такой подход плохо масштабируется. Если presentation разбит на фичи, так же стоило поступить и с data. А ещё лучше было бы создать domain. Собственно говоря, реализация довольно грязная.
Из плюсов, которые можно подсмотреть - single activity, работа с LiveData, в которую данные оборачиваются в самом репозитории, вскользь затронут databinding, навигация(хотя её стоило бы делегировать отдельному компоненту, т.е. создать объект, который содержал бы различные кейсы и соответствующий navigate()).
>по таким вот каноничным паттернам
Если хочешь разобраться в паттернах, тебе нужно понять концептуальную разницу между разными паттернами. Что у них общего, чем они отличаются, какие ограничения они имеют, как их внедрение влияет на систему как таковую - какие свойства и поведение она приобретает. В каждом из паттерном есть ключевая идея, которая, лежит в основе реализации.
MVC: контроллер, однонаправленность, множество узких мест в архитектуре, плохая масштабируемость;
MVP: презентеры(контракты) для каждой View, двунаправленная цикличность(но model может быть активной и пассивной), separation of concerns(SoC), Moxy;
MVVM - потоки данных, максимальная удобная реактивность, SoC, AAC;
MVI: в основе идея MVC(однонаправленность) + частичная реализация MVP - есть контракт, который содержит интент(он же намерение, триггер, который инициирует обращение к модели, т.е. является отдельным юзкейсом), так и ViewState, который отвечает за необходимое состояние и рендер View, однонаправленная цикличность, SoC, MviCore.
Устойчивость к изменению конфигурации обеспечивается с помощью di, observer'a или lifecycle-подобного подхода (LifecycleOwner - интерфейс, который реализуют Активити и Фрагменты, имеющие жц), как это сделано в VM.
Конечно же, есть множество различных подходов к реализации, но классические идеи выглядят представляются так.
>куда можно подсматривать?
С паттернами советую разбираться по гайдам медиум, чтобы получить хорошее понимание, а далее искать проекты на гитхабе, чтобы увидеть различные подходы к организации проекта. Суть паттернов заключается в предоставлении общего принципа организации компонентов, а структура определяется самостоятельно, модульность во многом опирается на искусственные ограничения. Собственно, на помощь приходит чистая архитектура советую прочесть одноименную книгу, вариантов реализации которой тоже достаточно много. В любом случае, с опытом формируется собственный оптимальный шаблон, поэтому вариативность существующих решений идёт лишь на пользу. Для ознакомления могу посоветовать один очень годный репозиторий, в шапке которого есть ссылка на гайд.
https://github.com/android10/Android-CleanArchitecture
Проект действительно хороший, достаточно информативный, наглядный, сложный, но с возможностью упрощения.
>>887156
То ли дело деды код писали - mov eax, ebx - коротко и ясно.
То ли дело деды код писали - mov eax, ebx - коротко и ясно.
Аноны, привет
Что-то я не понял простую вещь: как вписать картинку в скролл-вью, чтобы она вставала по ширине элемента и занимала столько высоты, сколько нужно, без изменения пропорций?
Звучит просто matchparent на ширину и wrapcontent на высоту, но не работает.
Чуть подробнее https://pastebin.com/dVfkzKgE
Что-то я не понял простую вещь: как вписать картинку в скролл-вью, чтобы она вставала по ширине элемента и занимала столько высоты, сколько нужно, без изменения пропорций?
Звучит просто matchparent на ширину и wrapcontent на высоту, но не работает.
Чуть подробнее https://pastebin.com/dVfkzKgE
>>886362
>>886368
>>886454
Да, действительно, это была синтетика. Разобрался, как она работает, стал на шажок ближе к просветлению.
А почему синтетика - это плохо? Вроде бы как она существенно облегчает процесс кодинга. Дело в "секьюрности"? Или как-то отрицательно сказывается на производительности?
И по поводу "бест практисес"
Если биндинг вроде бы нашел
https://developer.android.com/codelabs/kotlin-android-training-data-binding-basics#0
то
для котлина - чет не гуглится хотя, наверное, я плохо гуглил
>>886368
>>886454
Да, действительно, это была синтетика. Разобрался, как она работает, стал на шажок ближе к просветлению.
А почему синтетика - это плохо? Вроде бы как она существенно облегчает процесс кодинга. Дело в "секьюрности"? Или как-то отрицательно сказывается на производительности?
И по поводу "бест практисес"
Если биндинг вроде бы нашел
https://developer.android.com/codelabs/kotlin-android-training-data-binding-basics#0
то
>Clean/Rebuild/Invalidate caches
для котлина - чет не гуглится хотя, наверное, я плохо гуглил
>>887216
Немного не понял
Это нужно прямо в настройках androidx.constraintlayout.widget.ConstraintLayout
прописывать?
А есть какой-то более элегантный способ? Просто у меня там куча всего, и все худо-бедно работает. Не сломается от такого?
Ну и что конкретно прописать?
там несколько штук, например layout_constraintWidth_default (ему, кстати, нельзя задать значение 0)
Немного не понял
Это нужно прямо в настройках androidx.constraintlayout.widget.ConstraintLayout
прописывать?
А есть какой-то более элегантный способ? Просто у меня там куча всего, и все худо-бедно работает. Не сломается от такого?
Ну и что конкретно прописать?
там несколько штук, например layout_constraintWidth_default (ему, кстати, нельзя задать значение 0)
>>887095
Спасибо анон за поснение, буду одуплять дальше.
Пока гуглил паттерны я натолкнулся на странности в документации от самого гугла: https://developer.android.com/codelabs/kotlin-android-training-view-model#4
С одной стороны сказано:
Затем они создают VM через VMProvider во фрагменте, как я понимаю:
viewModel = ViewModelProvider(this).get(GameViewModel::class.java)
Затем они предлагают повернуть экран и увидеть:
Как же так, мы же "завязались" на fragment, и он был destroyed, почему VM не пересоздалось?
Спасибо анон за поснение, буду одуплять дальше.
Пока гуглил паттерны я натолкнулся на странности в документации от самого гугла: https://developer.android.com/codelabs/kotlin-android-training-view-model#4
С одной стороны сказано:
>During configuration changes such as screen rotations, UI controllers such as fragments are re-created
Затем они создают VM через VMProvider во фрагменте, как я понимаю:
viewModel = ViewModelProvider(this).get(GameViewModel::class.java)
Затем они предлагают повернуть экран и увидеть:
>The GameFragment is destroyed and re-created each time, so ViewModelProvider.get() is called each time. But the GameViewModel is created only once, and it is not re-created or destroyed for each call.
Как же так, мы же "завязались" на fragment, и он был destroyed, почему VM не пересоздалось?
>>887189
Syntetic не compile time safety, синтетические свойства невозможно получать в разных модулях. Как была экспериментальной фичей, так ей и остается.
>>887308
Всё дело в жизненном цикле фрагмента - изменение конфигурации не приводит к полному уничтожению фрагмента(Finished).
https://www.glureau.com/pictures/Jetpack-ViewModel-Lifecycles.png
>А почему синтетика - это плохо?
Syntetic не compile time safety, синтетические свойства невозможно получать в разных модулях. Как была экспериментальной фичей, так ей и остается.
>>887308
>Как же так, мы же "завязались" на fragment, и он был destroyed, почему VM не пересоздалось?
Всё дело в жизненном цикле фрагмента - изменение конфигурации не приводит к полному уничтожению фрагмента(Finished).
https://www.glureau.com/pictures/Jetpack-ViewModel-Lifecycles.png
Аноны, я использую в интерфейсе своего Repository возвращаемый тип вида:
LiveData<PagedList<T>>
Пока единственная реализация - подтягивание данных из Android Room, но потом я думаю о подтягивании данных из интернетов.
Я сильно сосну?
Вся эта магея с PagedList выглядит довольно сложной и я чото никак не пойму, зря я ей обмазываюсь или все норм будет.
LiveData<PagedList<T>>
Пока единственная реализация - подтягивание данных из Android Room, но потом я думаю о подтягивании данных из интернетов.
Я сильно сосну?
Вся эта магея с PagedList выглядит довольно сложной и я чото никак не пойму, зря я ей обмазываюсь или все норм будет.
>>887296
Нет, ты вместо LinearLayout в Scrollview засовываешь ConstraintLayout, дальше внутрь констрэйнта ImageView. В конструкторе привязываешь его к верху скроллвью и в левый и правый края констрэйнтлэйаута, дальше делаешь width ImageView 0dp
Нет, ты вместо LinearLayout в Scrollview засовываешь ConstraintLayout, дальше внутрь констрэйнта ImageView. В конструкторе привязываешь его к верху скроллвью и в левый и правый края констрэйнтлэйаута, дальше делаешь width ImageView 0dp
>>887409
Почему?
Но даже если я избавлюсь от LiveData, буду просто возвращать PagedList, это норм вариант для адаптации в будущем под REST ресурс?
Или androidx.paging.PagedList это сугубо для sqlite штука
Почему?
Но даже если я избавлюсь от LiveData, буду просто возвращать PagedList, это норм вариант для адаптации в будущем под REST ресурс?
Или androidx.paging.PagedList это сугубо для sqlite штука
>>883424
пока начали хоть какието бабки на еду приходить, я пилил полгода почти фултайм где-то. При этом не столько код, сколько дизайн иконки картиночки, контент. Так что не жди быстрых результатов.
Если есть 10 аналогов, сделай лучше чем они. Почти всегда почему-то люди пихают овердохуя рекламы, сделай тоже самое без рекламы, и ты уже лучше. Но самое сложное - найти нишу, где у тебя будут скачки, хоть какие-то инсталы без рекламы. Тут даже топ прилага может быть никем не замечена. Дрочи aso, но в хорошей нише у тебя и без оптимизаций должные приходить хоть пару инсталов в день
пока начали хоть какието бабки на еду приходить, я пилил полгода почти фултайм где-то. При этом не столько код, сколько дизайн иконки картиночки, контент. Так что не жди быстрых результатов.
Если есть 10 аналогов, сделай лучше чем они. Почти всегда почему-то люди пихают овердохуя рекламы, сделай тоже самое без рекламы, и ты уже лучше. Но самое сложное - найти нишу, где у тебя будут скачки, хоть какие-то инсталы без рекламы. Тут даже топ прилага может быть никем не замечена. Дрочи aso, но в хорошей нише у тебя и без оптимизаций должные приходить хоть пару инсталов в день
>>887417
Если честно, поулчается абсолютно так же, как было до этого с linearlayout
Один в один
Параметры проверил, вроде бы сделал так, как ты говоришь
магия :(
На всякий https://pastebin.com/2Q2BiJWb
Если честно, поулчается абсолютно так же, как было до этого с linearlayout
Один в один
Параметры проверил, вроде бы сделал так, как ты говоришь
магия :(
На всякий https://pastebin.com/2Q2BiJWb
>>887845
поставил другую картинку (с другим разрешением, но идентичными пропорциями), отступы стали меньше, но остались. Причем отступы как сверху, так и снизу.
поставил другую картинку (с другим разрешением, но идентичными пропорциями), отступы стали меньше, но остались. Причем отступы как сверху, так и снизу.
83 Кб, 1097x731>>887980
Соре, оказывается, я ошибся. Если известно разрешение картинки, то сделай как на этом коде
Соре, оказывается, я ошибся. Если известно разрешение картинки, то сделай как на этом коде
>>888114
*пропорции
*пропорции
>>887409
Пока то что нашел на эту тему:
https://proandroiddev.com/no-more-livedata-in-your-repository-there-are-better-options-25a7557b0730
И по сути тут говорится о том, что LiveData в репозитории - это превношение в Domain layer android-специфичной сущности.
И говорят что надо пользовать Flow.
Блеать я не понимаю разницы между ними, почему LiveData - android-specific, а Flow- нет?
Пока то что нашел на эту тему:
https://proandroiddev.com/no-more-livedata-in-your-repository-there-are-better-options-25a7557b0730
И по сути тут говорится о том, что LiveData в репозитории - это превношение в Domain layer android-специфичной сущности.
И говорят что надо пользовать Flow.
Блеать я не понимаю разницы между ними, почему LiveData - android-specific, а Flow- нет?
>>888227
Потому что лайвдата имеет прямую зависимость на андроид хендлер и меин лупер. Да, можно костылями через бекдор отвязать в жвм тестах, но вопрос нахуя.
Ну и лайвдата в принципе говняха, у гугла разыгрался not invented here синдром и они решили запилить еще один обсервабл паттерн. Вот только он в разы менее функционален чем рхжава с котлином.
Потому что лайвдата имеет прямую зависимость на андроид хендлер и меин лупер. Да, можно костылями через бекдор отвязать в жвм тестах, но вопрос нахуя.
Ну и лайвдата в принципе говняха, у гугла разыгрался not invented here синдром и они решили запилить еще один обсервабл паттерн. Вот только он в разы менее функционален чем рхжава с котлином.
854 Кб, 956x1275>>822731 (OP)
Котаны, а как сделать фрагмент по правилам MVVM в котором 4 кнопки и по клику на каждой из них вызывается код переключения на другой фрагмент? С одной стороны - это должно быть тестируемо, с другой стороны - слишком же простой код, что тут тестировать?
Котаны, а как сделать фрагмент по правилам MVVM в котором 4 кнопки и по клику на каждой из них вызывается код переключения на другой фрагмент? С одной стороны - это должно быть тестируемо, с другой стороны - слишком же простой код, что тут тестировать?
>>888261
MVVM тут не играет никакой роли, потому что переключение фрагментов не выходит за пределы View и не взаимодействует с ViewModel.
Наиболее чистая реализация: Navigation + коллбэки в активити, которые вызываются во фрагменте. Логика вызовов находится в активити, фрагмент может вызывать методы, но ограничен собственным жизненным циклом.
Самое главное, чтобы что-либо было тестируемо, и совсем не важно, если ли необходимость это что-то тестировать в данный момент.
У тебя есть обычная тарелка(не одноразовая). Она должна быть сделана из материала, который можно очистить, потому является переиспользуемой. Сейчас, когда она чистая, в очистке нет необходимости, но это не означает, что она не понадобится никогда. Это свойство, которое просто должно быть.
MVVM тут не играет никакой роли, потому что переключение фрагментов не выходит за пределы View и не взаимодействует с ViewModel.
Наиболее чистая реализация: Navigation + коллбэки в активити, которые вызываются во фрагменте. Логика вызовов находится в активити, фрагмент может вызывать методы, но ограничен собственным жизненным циклом.
>С одной стороны - это должно быть тестируемо, с другой стороны - слишком же простой код, что тут тестировать
Самое главное, чтобы что-либо было тестируемо, и совсем не важно, если ли необходимость это что-то тестировать в данный момент.
У тебя есть обычная тарелка(не одноразовая). Она должна быть сделана из материала, который можно очистить, потому является переиспользуемой. Сейчас, когда она чистая, в очистке нет необходимости, но это не означает, что она не понадобится никогда. Это свойство, которое просто должно быть.
>>888242
Не совсем так. LiveData вполне вписывается в концепцию архитектурных компонентов, будучи инструментом среды фреймворка. Мне нравится идея применения rxjava в бизнес-слое и livedata в framework-слое, потому что это позволяет максимально эффективно использовать инструменты, исходя из возможностей, которыми они обладают, без вреда для архитектурных ограничений.
>>888227
Именно поэтому использовать LiveData стоит только в presentation, который относится к фреймворку.
>у гугла разыгрался not invented here синдром
>еще один обсервабл паттерн
>только он в разы менее функционален чем рхжава с котлином
Не совсем так. LiveData вполне вписывается в концепцию архитектурных компонентов, будучи инструментом среды фреймворка. Мне нравится идея применения rxjava в бизнес-слое и livedata в framework-слое, потому что это позволяет максимально эффективно использовать инструменты, исходя из возможностей, которыми они обладают, без вреда для архитектурных ограничений.
>>888227
Именно поэтому использовать LiveData стоит только в presentation, который относится к фреймворку.
>>888315
Navigation не умеет держать фрагменты в стеке, оно их пересоздаёт.
>Наиболее чистая реализация: Navigation + коллбэки в активити, которые вызываются во фрагменте. Логика вызовов находится в активити, фрагмент может вызывать методы, но ограничен собственным жизненным циклом.
Navigation не умеет держать фрагменты в стеке, оно их пересоздаёт.
Аноны. Есть опыт в ойти 8 лет, но интересно в мобилки вкатиться. Что сейчас надо вообще? джава всё ещё в тренде или только деды на ней пишут?
>>888405
Документация:
Android maintains a back stack that contains the destinations you've visited. The first destination of your app is placed on the stack when the user opens the app. Each call to the navigate() method puts another destination on top of the stack. Tapping Up or Back calls the NavController.navigateUp() and NavController.popBackStack() methods, respectively, to remove (or pop) the top destination off of the stack.
Поведение стека управляемо, но его реализация сокрыта.
>>888410
Механизм внедрения зависимостей необходим и является частью архитектурных ограничений. Обойтись без di можно, например, в том случае, если пилишь всё в одной активити, но если речь идёт о модульности, должны соблюдаться принципы, которые обеспечивают независимость и заменяемость компонентов. Не нужно искать способы обойтись без di, старайся понять саму концепцию. Если взять мой любимый Hilt, аннотация ViewModelInject просто сгенерирует фабрику, которая отвечает за инстанциирование ViewModel. Это же касается и юзкейсов, для которых создается провайдер-метод. Нужно понимать, что в реализации нет ничего сложного, она просто сокрыта. Ещё di служит хорошей защитой от дурака, опять же, благодаря вносимым ограничениям и, в частности, инверсии контроля. Читай гайды, пробуй внедрять di вручную или исследуй различные фреймворки и поймешь, что это действительно удобно.
Документация:
Android maintains a back stack that contains the destinations you've visited. The first destination of your app is placed on the stack when the user opens the app. Each call to the navigate() method puts another destination on top of the stack. Tapping Up or Back calls the NavController.navigateUp() and NavController.popBackStack() methods, respectively, to remove (or pop) the top destination off of the stack.
Поведение стека управляемо, но его реализация сокрыта.
>>888410
Механизм внедрения зависимостей необходим и является частью архитектурных ограничений. Обойтись без di можно, например, в том случае, если пилишь всё в одной активити, но если речь идёт о модульности, должны соблюдаться принципы, которые обеспечивают независимость и заменяемость компонентов. Не нужно искать способы обойтись без di, старайся понять саму концепцию. Если взять мой любимый Hilt, аннотация ViewModelInject просто сгенерирует фабрику, которая отвечает за инстанциирование ViewModel. Это же касается и юзкейсов, для которых создается провайдер-метод. Нужно понимать, что в реализации нет ничего сложного, она просто сокрыта. Ещё di служит хорошей защитой от дурака, опять же, благодаря вносимым ограничениям и, в частности, инверсии контроля. Читай гайды, пробуй внедрять di вручную или исследуй различные фреймворки и поймешь, что это действительно удобно.
>>888477
Ты не понял!
При нажатии на бэк будет уничтожен фрагмент.
Мне так нельзя делать, потому что при переключении между экранами будет теряться состояние, а восстановливать его долго,юзер будет в бешенстве.
Разве есть там решение этой проблемы?
Ты не понял!
При нажатии на бэк будет уничтожен фрагмент.
Мне так нельзя делать, потому что при переключении между экранами будет теряться состояние, а восстановливать его долго,юзер будет в бешенстве.
Разве есть там решение этой проблемы?
>>888495
OnBackPressed-коллбэк можно хэндлить, как и само сохранение состояния. Собственно, если есть необходимость, можно переопределять методы Navigation классов под конкретные кейсы и создать провайдер, который будет управлять поведением в каждом варианте использования. У меня нет однозначного ответа на твой вопрос, могу только сказать, что не сталкивался с нерешаемыми проблемами. В любом случае, названный мной ранее способ актуален и без Navigation-компонента.
OnBackPressed-коллбэк можно хэндлить, как и само сохранение состояния. Собственно, если есть необходимость, можно переопределять методы Navigation классов под конкретные кейсы и создать провайдер, который будет управлять поведением в каждом варианте использования. У меня нет однозначного ответа на твой вопрос, могу только сказать, что не сталкивался с нерешаемыми проблемами. В любом случае, названный мной ранее способ актуален и без Navigation-компонента.
У меня был RecyclerView с длинным списком внутри VIewPager2. Если его вбок сдвигать, то скрол работает. Но потом мне захотелось, сдвигать его вверх. И скрол перестал работать =(
Оно принципиально не может? Или можно починить?
Оно принципиально не может? Или можно починить?
>>888534
А для чего тогда вообще переопределять, если копание с этим займёт времени больше или столько же, сколько создание своего Navigation?
А для чего тогда вообще переопределять, если копание с этим займёт времени больше или столько же, сколько создание своего Navigation?
>>888540
Это лишь возможные варианты решения потенциальной проблемы. Разумеется, выбирать нужно наиболее эффективный и наименее времязатратный подход.
Это лишь возможные варианты решения потенциальной проблемы. Разумеется, выбирать нужно наиболее эффективный и наименее времязатратный подход.
Навигейшон компонент не держит созданные фрагменты из бекстека в памяти со сломанной вьюхой как это делает обычный фрагмент менеджер? Мхехмда. Вьюмодель то хоть живет?
>>888540
Android development, хуле
Android development, хуле
>>888563
Имхо навигейшн компонент неюзабельное дерьмище если у тебя в приложении больше 2-х экранов. Рано или поздно упрешся в какую-то вещь которую принципиально на этом компоненте не сделаешь.
Имхо навигейшн компонент неюзабельное дерьмище если у тебя в приложении больше 2-х экранов. Рано или поздно упрешся в какую-то вещь которую принципиально на этом компоненте не сделаешь.
>>888563
Держит вроде, с чего ты взял, что не держит?
Держит вроде, с чего ты взял, что не держит?
>>888563
У меня помнится были проблемы в плане бекстеком на этом компоненте. Точно мб уже и не вспомню, но выглядело примерно все так:
Приложуха простенький враппер на вебвью для мобильной версии сайта. Навигация выглядила так: 1-й скрин обычный экран с инфой по авторизации, с которого открывается вебвью. Дальше там шло прослушивание того что в ответ отдаст в вебвью сайт который мы инициализировали с креденшилами с 1-го скрина.
Если ловим любую ошибку - вывалиемся назад на экран авторизации.
И был забавный баг, суть его следующая:
При нормальной работе, если юзер успешно зашел на сайт и лазит по вебвью - то бекбаттон вначале отрабатывает как "назад" в обычном браузере (нормальное, дефолтное поведение), и только когда стек страниц вебвью закончился - вываливался на авторизацию.
Но! при этом если зайти нормально в вебвью, полазить, вывалится обратно на 1-й скрин авторизации и запусть вебвью в 2й(!) раз (и далее, 3-й, 4-й и т.д) - то бекстек вебвью ломался, любое нажатие на назад закрывало вебвью и отправляло юзера назад на скрин авторизации.
Проебался с этим багом весь день, читал доки по вебвью,тестил разные ее имлпементации, шаманил с этим нав компонентом и самой вебвью, словом дебажил как мог - но починить не смог. Под конец дня переписал за 10 минут этот навкомпонент на классическую навигацию - и проблема сразу решилась.
Вроде мелочь, но с тех пор в голове прочно засела мысль что навкомпонент кусок дерьма.
И глядя на текущий проект, где в плане навгации есть много чего интерестного и на докуметацию по этому компоненту - я просто не представляю как можно было бы сделать навигацию моего текущего проекта на этом убогом, обрезанном со всех сторон огрызке от великолепия всех комбинаций флагов интентов/лаунчмодов и жонглирования транзакциями фрагментов (хотя в плане вложенных фрагментов много нелогичного дизайна, а местами и откровенных багов).
У меня помнится были проблемы в плане бекстеком на этом компоненте. Точно мб уже и не вспомню, но выглядело примерно все так:
Приложуха простенький враппер на вебвью для мобильной версии сайта. Навигация выглядила так: 1-й скрин обычный экран с инфой по авторизации, с которого открывается вебвью. Дальше там шло прослушивание того что в ответ отдаст в вебвью сайт который мы инициализировали с креденшилами с 1-го скрина.
Если ловим любую ошибку - вывалиемся назад на экран авторизации.
И был забавный баг, суть его следующая:
При нормальной работе, если юзер успешно зашел на сайт и лазит по вебвью - то бекбаттон вначале отрабатывает как "назад" в обычном браузере (нормальное, дефолтное поведение), и только когда стек страниц вебвью закончился - вываливался на авторизацию.
Но! при этом если зайти нормально в вебвью, полазить, вывалится обратно на 1-й скрин авторизации и запусть вебвью в 2й(!) раз (и далее, 3-й, 4-й и т.д) - то бекстек вебвью ломался, любое нажатие на назад закрывало вебвью и отправляло юзера назад на скрин авторизации.
Проебался с этим багом весь день, читал доки по вебвью,тестил разные ее имлпементации, шаманил с этим нав компонентом и самой вебвью, словом дебажил как мог - но починить не смог. Под конец дня переписал за 10 минут этот навкомпонент на классическую навигацию - и проблема сразу решилась.
Вроде мелочь, но с тех пор в голове прочно засела мысль что навкомпонент кусок дерьма.
И глядя на текущий проект, где в плане навгации есть много чего интерестного и на докуметацию по этому компоненту - я просто не представляю как можно было бы сделать навигацию моего текущего проекта на этом убогом, обрезанном со всех сторон огрызке от великолепия всех комбинаций флагов интентов/лаунчмодов и жонглирования транзакциями фрагментов (хотя в плане вложенных фрагментов много нелогичного дизайна, а местами и откровенных багов).
>>888477
Спасибо за развернутый ответ по DI, я понимаю что это такое и как примерно работает, но чем меньше сейчас сокрытого тем мне удобнее, если что-то нельзя сделать без фреймворка-DI, то возникают вопросы к такому подходу. Поэтому я и спросил как это можно сделать без DI.
Я сам пришел из мира серверного жвм-ынтырпрайза и поэтому мне не кажется хорошей идеей открывать новый стек технологий сразу с DI, хотя сейчас для серверной жабки/котлина я бы не стал, за редким исключением, стартовать ни один проект без DI, но это потому что есть 10летний бекграунд в этом деле. А тут хотел обмазаться сперва по-хардкору, без DI.
Спасибо за развернутый ответ по DI, я понимаю что это такое и как примерно работает, но чем меньше сейчас сокрытого тем мне удобнее, если что-то нельзя сделать без фреймворка-DI, то возникают вопросы к такому подходу. Поэтому я и спросил как это можно сделать без DI.
Я сам пришел из мира серверного жвм-ынтырпрайза и поэтому мне не кажется хорошей идеей открывать новый стек технологий сразу с DI, хотя сейчас для серверной жабки/котлина я бы не стал, за редким исключением, стартовать ни один проект без DI, но это потому что есть 10летний бекграунд в этом деле. А тут хотел обмазаться сперва по-хардкору, без DI.
>>889383
Идея подхода заключается в наибольшем уменьшении связанности, чего невозможно добиться без di. Production ready, так сказать. Собственно, если есть цель обмазаться, убирай всю абстракцию, объявляй условный репозиторий прямо в месте вызова его методов и анализируй поведение такого подхода, включая сайд-эффекты, с которыми этот процесс будет гораздо веселее. Или, как вариант, можно написать простенькую реализацию MVP и создавать объекты прямо в активити(в т.ч. и презентер).
Если, например, взять JavaEE, где есть скоупы, квалификаторы, инъекция фабрик и сервисов, или Спринг, где di реализован в виде компонентов и конфигурируемых бинов(со скоупом и жц), и провести аналогию с той же dagger-реализацией, понять её специфику будет ещё проще. Можешь начать с ручного внедрения(через конструкторы и фабрики), если не хочешь сразу погружаться во фреймворки(есть множество гайдов, где показан процесс реализации без использования каких-либо фреймворков), но нет ничего плохого в том, чтобы начинать осваивать новый стек с хороших практик, с необходимостью которых всё равно придется столкнуться, пусть и чуть позже.
>если что-то нельзя сделать без фреймворка-DI, то возникают вопросы к такому подходу
Идея подхода заключается в наибольшем уменьшении связанности, чего невозможно добиться без di. Production ready, так сказать. Собственно, если есть цель обмазаться, убирай всю абстракцию, объявляй условный репозиторий прямо в месте вызова его методов и анализируй поведение такого подхода, включая сайд-эффекты, с которыми этот процесс будет гораздо веселее. Или, как вариант, можно написать простенькую реализацию MVP и создавать объекты прямо в активити(в т.ч. и презентер).
>жвм-ынтырпрайза
>открывать новый стек технологий сразу с DI
Если, например, взять JavaEE, где есть скоупы, квалификаторы, инъекция фабрик и сервисов, или Спринг, где di реализован в виде компонентов и конфигурируемых бинов(со скоупом и жц), и провести аналогию с той же dagger-реализацией, понять её специфику будет ещё проще. Можешь начать с ручного внедрения(через конструкторы и фабрики), если не хочешь сразу погружаться во фреймворки(есть множество гайдов, где показан процесс реализации без использования каких-либо фреймворков), но нет ничего плохого в том, чтобы начинать осваивать новый стек с хороших практик, с необходимостью которых всё равно придется столкнуться, пусть и чуть позже.
>>822731 (OP)
Привет всем отцам и не очень!
Хочу сделать музыкальное сопровождение для своего приложения: при нажатии проигрывать конкретный звук.
Написал функцию, которую пристыковал к нажатию нужных кнопок
Оно работает
Но если произвести "стресс-тестирование"жать на эти кнопки как сумасшедший, то после определенного момента все просто перестает работать
Есть другая похожая функция, она тоже перестает работать
Написал try except - не помогает
Написал проверку, не играет ли плеер сейчас (если играет - нахуй выключить его) - не помогает
В чем может быть дело?
Код функции
https://pastebin.com/A0Av9Gcw
Привет всем отцам и не очень!
Хочу сделать музыкальное сопровождение для своего приложения: при нажатии проигрывать конкретный звук.
Написал функцию, которую пристыковал к нажатию нужных кнопок
Оно работает
Но если произвести "стресс-тестирование"жать на эти кнопки как сумасшедший, то после определенного момента все просто перестает работать
Есть другая похожая функция, она тоже перестает работать
Написал try except - не помогает
Написал проверку, не играет ли плеер сейчас (если играет - нахуй выключить его) - не помогает
В чем может быть дело?
Код функции
https://pastebin.com/A0Av9Gcw
>>889702
Нет смысла создавать каждый раз медиа плеер с одним и тем же звуком. Просто делай ему start/stop/seekTo
Нет смысла создавать каждый раз медиа плеер с одним и тем же звуком. Просто делай ему start/stop/seekTo
>>889706
Пара вопросов:
-А как это в функцию реализовать? Функция для включения плеера и функция для запуска сообщения? Как-то сложно представить.
-мой вариант, по идее, не самый оптимальный, но должен работать. Почему после определенного момента начинает залипать? Что еще я должен пересоздать?
Пара вопросов:
-А как это в функцию реализовать? Функция для включения плеера и функция для запуска сообщения? Как-то сложно представить.
-мой вариант, по идее, не самый оптимальный, но должен работать. Почему после определенного момента начинает залипать? Что еще я должен пересоздать?
>>889702
Братан, используй абстракцию и вынеси плеер в отдельный класс, а не создавай его каждый раз в функции.
Братан, используй абстракцию и вынеси плеер в отдельный класс, а не создавай его каждый раз в функции.
Как использовать разные библиотеки для разных сборок? Допустим есть либы А и В для работы с видео. Мне надо для одной сборки чтоб использовалась либа А, для другой сборки - либа В. В коде обмазал все интерфейсами и т.п., так что у убеих либ одинакое лицо все правильно же сделал, да?, но как при сборке подсунуть нужную либу - хз. Через flavors это делается?
![735362710034ae6[1].jpg](https://2ch.hk//pr/src/1822731/16088822986960.jpg)
592 Кб, 1202x800>>822731 (OP)
Котаны, а когда вьюхи получают событие onTouch?
После вызова какого метода в Lifecycle Activity/Fragment?
Котаны, а когда вьюхи получают событие onTouch?
После вызова какого метода в Lifecycle Activity/Fragment?
А есть какая-то команда, чтобы после разового прослушивания плеер удалялся?
mMediaPlayer2!!.isLooping = false - это, чтобы он играл один раз
А как чтобы удалялся?
Пока что самое такие, что я придумал - это создать функцию, создающую несколько плееров (с разными саундами), потом функцию, которая крутит соответствующий саунд
И функцию, которая удаляет все плееры при уходе с активити. Такой вот план.
>>890213
Переделал
Перестало работать после первого клиа
Попытался покрутить, оставить, например, только isPlaying - то же самое
>>889970
Я никогда подобными вещами не занимался, идея хорошая, попробую. Я просто слабо представляю себе как это должно выглядеть.
mMediaPlayer2!!.isLooping = false - это, чтобы он играл один раз
А как чтобы удалялся?
Пока что самое такие, что я придумал - это создать функцию, создающую несколько плееров (с разными саундами), потом функцию, которая крутит соответствующий саунд
И функцию, которая удаляет все плееры при уходе с активити. Такой вот план.
>>890213
Переделал
Перестало работать после первого клиа
Попытался покрутить, оставить, например, только isPlaying - то же самое
>>889970
Я никогда подобными вещами не занимался, идея хорошая, попробую. Я просто слабо представляю себе как это должно выглядеть.
>>890361
Посмотрел еще раз на свою функцию
https://pastebin.com/LMk8f68q
Так у меня же первой строкой идет
var mMediaPlayer2: MediaPlayer? = null
Получается, что предыдущий плеер должен закрыться автоматически
Зарве нет
В топку классы, я слишком тупой для них, но тут-то что не так?
Посмотрел еще раз на свою функцию
https://pastebin.com/LMk8f68q
Так у меня же первой строкой идет
var mMediaPlayer2: MediaPlayer? = null
Получается, что предыдущий плеер должен закрыться автоматически
Зарве нет
В топку классы, я слишком тупой для них, но тут-то что не так?
>>889493
Наверное, как ты советуешь, попробую с ручных фабрик.
Про то что это di это продакшон реди и хорошая практика - не спорю ни разу, просто хочу сначала руками обмазаться.
Я пока не понимаю как di решает проблему context-awareness, и чтобы это понять навреное надо попытаться сначала "магею" руками наковырять.
Наверное, как ты советуешь, попробую с ручных фабрик.
Про то что это di это продакшон реди и хорошая практика - не спорю ни разу, просто хочу сначала руками обмазаться.
Я пока не понимаю как di решает проблему context-awareness, и чтобы это понять навреное надо попытаться сначала "магею" руками наковырять.
>>890388
Раздербанил функцию, при старте активити делаю плеер, при нажатии кллавиш прокручиваю музыку, при выходе убиваю плеер, все работает. Нефилигранно, ну и ладно.
Раздербанил функцию, при старте активити делаю плеер, при нажатии кллавиш прокручиваю музыку, при выходе убиваю плеер, все работает. Нефилигранно, ну и ладно.
>>890388
>>890521
Ты создаешь объект типа MediaPlayer, присваивая ему значение null по умолчанию. Чтобы уничтожить его, тебе нужно сделать проверку на null, сделать release и присвоить null, если MediaPlayer'у присвоено значение. (делать это, соответственно нужно в месте, где предполагается его уничтожение и когда он не isPlaying) Если тебе нужно делать так, чтобы он уничтожался после проигрывания - вешай на него OnCompletionListener и пиши приведённый выше код в теле его метода. Учти, что в этом случае присваивать значение MediaPlayer'у нужно в месте старта звуковой дорожки. Помни о том, что MediaPlayer должен существовать в единственном экземпляре. за исключением отдельных случаев, для реализации которых необходимо создание отдельного компонента для управления ресурсами
>>890521
>var mMediaPlayer2: MediaPlayer? = null
>должен закрыться автоматически
Ты создаешь объект типа MediaPlayer, присваивая ему значение null по умолчанию. Чтобы уничтожить его, тебе нужно сделать проверку на null, сделать release и присвоить null, если MediaPlayer'у присвоено значение. (делать это, соответственно нужно в месте, где предполагается его уничтожение и когда он не isPlaying) Если тебе нужно делать так, чтобы он уничтожался после проигрывания - вешай на него OnCompletionListener и пиши приведённый выше код в теле его метода. Учти, что в этом случае присваивать значение MediaPlayer'у нужно в месте старта звуковой дорожки. Помни о том, что MediaPlayer должен существовать в единственном экземпляре. за исключением отдельных случаев, для реализации которых необходимо создание отдельного компонента для управления ресурсами
79 Кб, 605x605>>890388
Переменная MediaPlayer ЛОКАЛЬНАЯ!
Переменная MediaPlayer ЛОКАЛЬНАЯ!
Котаны, а как правильно получить инстанс класса MyNavigation, который я создал в активити, а нужно использовать мне его внутри фрагмента и я не хочу делать getActivity с преобразованием типа.
Выручит ли в этом случае Даггер? Инстанс должен быть создан в активити и получен через Даггер внутри фрагмента, который обязательно будет создан только после создания активити.
теперь без пикчи
Выручит ли в этом случае Даггер? Инстанс должен быть создан в активити и получен через Даггер внутри фрагмента, который обязательно будет создан только после создания активити.
теперь без пикчи
>>889493
Анон, еще один вопрос - получается что сами гугловские туториалы отсюда например:
https://developer.android.com/codelabs/android-training-livedata-viewmodel#14
не очень-то и безопасны?
Например, там прокидывается Application в ViewModel, и репозиторий юзается из ViewModel
Анон, еще один вопрос - получается что сами гугловские туториалы отсюда например:
https://developer.android.com/codelabs/android-training-livedata-viewmodel#14
не очень-то и безопасны?
Например, там прокидывается Application в ViewModel, и репозиторий юзается из ViewModel
>>890739
Всё верно, подход неправильный, но это туториал, который должен быть простым для понимания. Я полагаю, что это сделано для демонстрации лёгкости внедрения архитектурных компонентов, ведь если не вникать в подробности, может показаться, что присутствует некая многослойность и, как минимум, соблюдены базовые принципы MVVM, хотя очевидно, что в нём же они нарушаются. Цель любого туториала - донести информацию доступным образом, но иногда это происходит в ущерб качеству или же может вовсе ввести в заблуждение.
>прокидывается Application в ViewModel, и репозиторий юзается из ViewModel
>не очень-то и безопасны
Всё верно, подход неправильный, но это туториал, который должен быть простым для понимания. Я полагаю, что это сделано для демонстрации лёгкости внедрения архитектурных компонентов, ведь если не вникать в подробности, может показаться, что присутствует некая многослойность и, как минимум, соблюдены базовые принципы MVVM, хотя очевидно, что в нём же они нарушаются. Цель любого туториала - донести информацию доступным образом, но иногда это происходит в ущерб качеству или же может вовсе ввести в заблуждение.
>>890879
Анон, я стал разбираться с тем туториалом по чистой архитектуре и смотреть второй проект автора этого туториала - https://github.com/android10/Android-CleanArchitecture-Kotlin
И возник вопрос - почему там используется LiveData, а не Flow?
Разве flow не богаче по функционалу в плане контроля над тредами и потоком данных? Вообще по твоему опыту пром. разработки под андроид что чаще используется?
Анон, я стал разбираться с тем туториалом по чистой архитектуре и смотреть второй проект автора этого туториала - https://github.com/android10/Android-CleanArchitecture-Kotlin
И возник вопрос - почему там используется LiveData, а не Flow?
Разве flow не богаче по функционалу в плане контроля над тредами и потоком данных? Вообще по твоему опыту пром. разработки под андроид что чаще используется?
>>891774
В прошлом проекте была классическая реализация Clean Architecture. Здесь же автор показывает подход, который предполагает уменьшение искусственных ограничений, вынесение общей логики в core(обрати внимание на то, что там находятся даже функции-расширения android-зависимых компонентов) и features, который содержит модули с data и presentation компонентами. Это важный момент, который многое объясняет.
Как написал автор в блоге, одной из его целей было максимальное упрощение и, соответственно, избавление от всевозможных промежуточных оберток и операций, которые не нужны в случае минимизации искусственных ограничений. Логика такова, что раз LiveData является частью реализации приложения, её можно отнести к числу общих компонентов, который может располагаться в core-модуле. Почему используется LiveData, а не Flow? Потому что автор акцентирует внимание на преимуществах MVVM архитектуры и использует инструменты, которые не приведут к оверинжинирингу, о чем он прямо говорит, приводя в пример RxJava. В контексте данного подхода и его ключевых идей никаких противоречий нет.
Да, но учитывая то, что его функционал не относится к числу необходимого, автор считает его лишним.
RxJava используется очень часто, потому что её функционал гарантирует минимизацию рисков, связанных с увеличением сложности последующего внедрения новых фич. В новых проектах часто используется Flow, что идиоматически оправданно, т.к. так используется Kotlin. В большинстве проектов, где изначально использовалась RxJava, она по-прежнему используется, так как рефакторинг нецелесообразен.
Насчёт самого подхода могу сказать, что мне больше нравится классическая реализация Clean, потому что наличие явных ограничений упрощает сопровождение увеличивающегося проекта и является более элегантным решением, чем может показаться на первый взгляд. Я считаю, что для архитектуры первостепенно разделение на бизнес и фреймворк, а далее, руководствуясь принципами чистой архитектуры, можно адаптировать её под цели, требования и потенциальную масштабируемость проекта. В любом случае, все эти проекты являются разновидностью реализации, поэтому не нужно стесняться делать что-то своё, опираясь на свойства собственных задач, придерживаясь общих принципов.
В прошлом проекте была классическая реализация Clean Architecture. Здесь же автор показывает подход, который предполагает уменьшение искусственных ограничений, вынесение общей логики в core(обрати внимание на то, что там находятся даже функции-расширения android-зависимых компонентов) и features, который содержит модули с data и presentation компонентами. Это важный момент, который многое объясняет.
>И возник вопрос - почему там используется LiveData, а не Flow?
Как написал автор в блоге, одной из его целей было максимальное упрощение и, соответственно, избавление от всевозможных промежуточных оберток и операций, которые не нужны в случае минимизации искусственных ограничений. Логика такова, что раз LiveData является частью реализации приложения, её можно отнести к числу общих компонентов, который может располагаться в core-модуле. Почему используется LiveData, а не Flow? Потому что автор акцентирует внимание на преимуществах MVVM архитектуры и использует инструменты, которые не приведут к оверинжинирингу, о чем он прямо говорит, приводя в пример RxJava. В контексте данного подхода и его ключевых идей никаких противоречий нет.
>Разве flow не богаче по функционалу в плане контроля над тредами и потоком данных?
Да, но учитывая то, что его функционал не относится к числу необходимого, автор считает его лишним.
>Вообще по твоему опыту пром. разработки под андроид что чаще используется?
RxJava используется очень часто, потому что её функционал гарантирует минимизацию рисков, связанных с увеличением сложности последующего внедрения новых фич. В новых проектах часто используется Flow, что идиоматически оправданно, т.к. так используется Kotlin. В большинстве проектов, где изначально использовалась RxJava, она по-прежнему используется, так как рефакторинг нецелесообразен.
Насчёт самого подхода могу сказать, что мне больше нравится классическая реализация Clean, потому что наличие явных ограничений упрощает сопровождение увеличивающегося проекта и является более элегантным решением, чем может показаться на первый взгляд. Я считаю, что для архитектуры первостепенно разделение на бизнес и фреймворк, а далее, руководствуясь принципами чистой архитектуры, можно адаптировать её под цели, требования и потенциальную масштабируемость проекта. В любом случае, все эти проекты являются разновидностью реализации, поэтому не нужно стесняться делать что-то своё, опираясь на свойства собственных задач, придерживаясь общих принципов.
>>891774
В прошлом проекте была классическая реализация Clean Architecture. Здесь же автор показывает подход, который предполагает уменьшение искусственных ограничений, вынесение общей логики в core(обрати внимание на то, что там находятся даже функции-расширения android-зависимых компонентов) и features, который содержит модули с data и presentation компонентами. Это важный момент, который многое объясняет.
Как написал автор в блоге, одной из его целей было максимальное упрощение и, соответственно, избавление от всевозможных промежуточных оберток и операций, которые не нужны в случае минимизации искусственных ограничений. Логика такова, что раз LiveData является частью реализации приложения, её можно отнести к числу общих компонентов, который может располагаться в core-модуле. Почему используется LiveData, а не Flow? Потому что автор акцентирует внимание на преимуществах MVVM архитектуры и использует инструменты, которые не приведут к оверинжинирингу, о чем он прямо говорит, приводя в пример RxJava. В контексте данного подхода и его ключевых идей никаких противоречий нет.
Да, но учитывая то, что его функционал не относится к числу необходимого, автор считает его лишним.
RxJava используется очень часто, потому что её функционал гарантирует минимизацию рисков, связанных с увеличением сложности последующего внедрения новых фич. В новых проектах часто используется Flow, что идиоматически оправданно, т.к. так используется Kotlin. В большинстве проектов, где изначально использовалась RxJava, она по-прежнему используется, так как рефакторинг нецелесообразен.
Насчёт самого подхода могу сказать, что мне больше нравится классическая реализация Clean, потому что наличие явных ограничений упрощает сопровождение увеличивающегося проекта и является более элегантным решением, чем может показаться на первый взгляд. Я считаю, что для архитектуры первостепенно разделение на бизнес и фреймворк, а далее, руководствуясь принципами чистой архитектуры, можно адаптировать её под цели, требования и потенциальную масштабируемость проекта. В любом случае, все эти проекты являются разновидностью реализации, поэтому не нужно стесняться делать что-то своё, опираясь на свойства собственных задач, придерживаясь общих принципов.
В прошлом проекте была классическая реализация Clean Architecture. Здесь же автор показывает подход, который предполагает уменьшение искусственных ограничений, вынесение общей логики в core(обрати внимание на то, что там находятся даже функции-расширения android-зависимых компонентов) и features, который содержит модули с data и presentation компонентами. Это важный момент, который многое объясняет.
>И возник вопрос - почему там используется LiveData, а не Flow?
Как написал автор в блоге, одной из его целей было максимальное упрощение и, соответственно, избавление от всевозможных промежуточных оберток и операций, которые не нужны в случае минимизации искусственных ограничений. Логика такова, что раз LiveData является частью реализации приложения, её можно отнести к числу общих компонентов, который может располагаться в core-модуле. Почему используется LiveData, а не Flow? Потому что автор акцентирует внимание на преимуществах MVVM архитектуры и использует инструменты, которые не приведут к оверинжинирингу, о чем он прямо говорит, приводя в пример RxJava. В контексте данного подхода и его ключевых идей никаких противоречий нет.
>Разве flow не богаче по функционалу в плане контроля над тредами и потоком данных?
Да, но учитывая то, что его функционал не относится к числу необходимого, автор считает его лишним.
>Вообще по твоему опыту пром. разработки под андроид что чаще используется?
RxJava используется очень часто, потому что её функционал гарантирует минимизацию рисков, связанных с увеличением сложности последующего внедрения новых фич. В новых проектах часто используется Flow, что идиоматически оправданно, т.к. так используется Kotlin. В большинстве проектов, где изначально использовалась RxJava, она по-прежнему используется, так как рефакторинг нецелесообразен.
Насчёт самого подхода могу сказать, что мне больше нравится классическая реализация Clean, потому что наличие явных ограничений упрощает сопровождение увеличивающегося проекта и является более элегантным решением, чем может показаться на первый взгляд. Я считаю, что для архитектуры первостепенно разделение на бизнес и фреймворк, а далее, руководствуясь принципами чистой архитектуры, можно адаптировать её под цели, требования и потенциальную масштабируемость проекта. В любом случае, все эти проекты являются разновидностью реализации, поэтому не нужно стесняться делать что-то своё, опираясь на свойства собственных задач, придерживаясь общих принципов.
Пиздец ваш андроид, dagger2 самая злоебучая хуйня что я видел в программировании за всю жизнь, куда-то блять что-то прописывать инжект, хуект, модуль компанент. Ебаный в рот. Вообще шизень.
Ребят, сори за фотки экрана(так бомбит что не могу нажать на принт скрин). Короче можете подсказать в чем может быть проблема? Я уже и версию своего андроида доказал. И в редакторе разрешение сменил. Но это говно все равно летает по вертикали куда хочет. Что предложите погуглить? Или возможно все так элементарно что в две строки поясните?
>>892671
Меняй Relative на Constraint, засовывай textview и кнопку в вертикальный linearlayout(wrap_content) и привязывай его constraint'ы.
Меняй Relative на Constraint, засовывай textview и кнопку в вертикальный linearlayout(wrap_content) и привязывай его constraint'ы.
>>892677
Попробую. Огромное спасибо)
Кстати, есть какое нибудь срамное руководство по этим тэгам в XML, типо какой что делает. А то это первое приложение которое я пишу(обезьяны) и хотелось бы получше разобраться. Спасибо за ранее.
Попробую. Огромное спасибо)
Кстати, есть какое нибудь срамное руководство по этим тэгам в XML, типо какой что делает. А то это первое приложение которое я пишу(обезьяны) и хотелось бы получше разобраться. Спасибо за ранее.
>>892677
>>892682
Засовывать linear (и прочие) в constraint плохая практика, constraint предназначен для создания плоской иерархии view. Имхо иногда можно, когда у тебя действительно дохуя вьюх - удобнее сделать тот же линеар чем цеплять один к другому по цепочке. Но блять, их же тут всего 2.
Смотри, 1-ю вьюху с часами ставишь без всяких линеаров, тупо в констраинт - startToStart на parent, endToEnd на парент тоже - центровка по горизонтали. Тоже самое для вертикали - topToTop - parent, bottom to bottom - parent.
Дальше цепляй кнопку к низу часов - topToBottom = "айдишник часов"
startToStart = "айдишник часов"
endToEndOf= "айдишник часов" делаем кнопку посередине вертикали часов.
Если нужно что-то подвинуть слегка - юзай марджины / constraint bias
>>892682
Засовывать linear (и прочие) в constraint плохая практика, constraint предназначен для создания плоской иерархии view. Имхо иногда можно, когда у тебя действительно дохуя вьюх - удобнее сделать тот же линеар чем цеплять один к другому по цепочке. Но блять, их же тут всего 2.
Смотри, 1-ю вьюху с часами ставишь без всяких линеаров, тупо в констраинт - startToStart на parent, endToEnd на парент тоже - центровка по горизонтали. Тоже самое для вертикали - topToTop - parent, bottom to bottom - parent.
Дальше цепляй кнопку к низу часов - topToBottom = "айдишник часов"
startToStart = "айдишник часов"
endToEndOf= "айдишник часов" делаем кнопку посередине вертикали часов.
Если нужно что-то подвинуть слегка - юзай марджины / constraint bias
143 Кб, 1024x576Аноны, кто использует
observeForever
В ViewModel, тупой вопрос - как избежать ужастного объемного бойлерплейта в onClean, где я вынужден удалять все observer'ы
При чем до этого я вынужден их держать еще и в полях класса, что тоже мне несильно нужно.
observeForever
В ViewModel, тупой вопрос - как избежать ужастного объемного бойлерплейта в onClean, где я вынужден удалять все observer'ы
При чем до этого я вынужден их держать еще и в полях класса, что тоже мне несильно нужно.
>>893388
*onCleared в AndroidViewModel
*onCleared в AndroidViewModel
>>893388
А зачем ручками отписываться? Есть лайвдата которая сама умеет следить за LifecycleOwner, есть прямые байдинги из xml где такого я тоже не припомню.
Я мб таким давно не занимался, но пока выглядит так как будто ты пишешь очередной велосипед.
А зачем ручками отписываться? Есть лайвдата которая сама умеет следить за LifecycleOwner, есть прямые байдинги из xml где такого я тоже не припомню.
Я мб таким давно не занимался, но пока выглядит так как будто ты пишешь очередной велосипед.
>>893657
Те вещи, которые можно замапить в xml - я маплю, тут вопросов нет.
Но у меня есть логика в AndroidViewModel, которая использует observeForever - получить данные допустим из репозитория, далее что-то сделать, т.к. ViewModel не может иметь lifeCycleOwner то нужно руками удалять observer'ы.
Я видимо не так что-то делаю, но хуй пойми как это поправить.
Те вещи, которые можно замапить в xml - я маплю, тут вопросов нет.
Но у меня есть логика в AndroidViewModel, которая использует observeForever - получить данные допустим из репозитория, далее что-то сделать, т.к. ViewModel не может иметь lifeCycleOwner то нужно руками удалять observer'ы.
Я видимо не так что-то делаю, но хуй пойми как это поправить.
>>893657
>>893743
Вот такими мыслями я руководствовался:
What's important is you don't observe on a LiveData object from something bound to a different lifecycle. For instance, if you have something Fragment scoped and then something activity scoped. If the activity scoped one binds to a livedata object from the fragment one, the fragment's ViewModel will still be referenced even though it is no longer managed.
It is OK to observe on data from the repository w/ observeForever as this isn't bound to a lifecycle. It observes until told otherwise. The part that you have to handle in that case is to make sure you remove it in onCleared(), which they don't appear to be doing. There's a possibility in this case to leak the ViewModel longer than it should be around since they don't reset() the handler in onCleared().
из обсуждения: https://github.com/android/architecture-components-samples/issues/301
>>893743
Вот такими мыслями я руководствовался:
What's important is you don't observe on a LiveData object from something bound to a different lifecycle. For instance, if you have something Fragment scoped and then something activity scoped. If the activity scoped one binds to a livedata object from the fragment one, the fragment's ViewModel will still be referenced even though it is no longer managed.
It is OK to observe on data from the repository w/ observeForever as this isn't bound to a lifecycle. It observes until told otherwise. The part that you have to handle in that case is to make sure you remove it in onCleared(), which they don't appear to be doing. There's a possibility in this case to leak the ViewModel longer than it should be around since they don't reset() the handler in onCleared().
из обсуждения: https://github.com/android/architecture-components-samples/issues/301
>>893743
Мб лучше иметь отдельный слой между презентейшн слоем и репозиторием для такой логики, юз-кейсы там или еще что-то в этом роде. Если все же хочешь делать это именно на лайвдате в ВМ, чекни это https://developer.android.com/topic/libraries/architecture/livedata#transform_livedata
>
>Но у меня есть логика в AndroidViewModel, которая использует observeForever - получить данные допустим из репозитория, далее что-то сделать
Мб лучше иметь отдельный слой между презентейшн слоем и репозиторием для такой логики, юз-кейсы там или еще что-то в этом роде. Если все же хочешь делать это именно на лайвдате в ВМ, чекни это https://developer.android.com/topic/libraries/architecture/livedata#transform_livedata
>>894166
Нет.
Нет.
>>893388
Я так данные из foreground сервиса передаю.
В классе Application лежит Repository с Mutable LiveData, внутри ViewModel подписываемся через Observe Forever, обычно для отображения данные нужно преобразовать, этот происходит внутри ViewModel.
Я так данные из foreground сервиса передаю.
В классе Application лежит Repository с Mutable LiveData, внутри ViewModel подписываемся через Observe Forever, обычно для отображения данные нужно преобразовать, этот происходит внутри ViewModel.
>>894281
А очищаешь-то как observer?
В callback'e onCleared?
Вообще судя по всему observeForever в ViewModel - это антипаттерн, рекомендуют стараться обходиться map/switchMap, а наблюдать только из View.
Хуй знает, не всегда это получается, по-моему. Не могу пока этот помент прочувствовать.
Вообще то, что в мире js-блядей делается сука щелчком пальцев (как во vue.js) - в андроде превращается в какой-то ебаный танец по удовлетворению паттернов, жизненного цикла, аллаха, блядь, ХУЛИ СУКА ТУТ ТАК СЛОЖНО ЕБАНА
А очищаешь-то как observer?
В callback'e onCleared?
Вообще судя по всему observeForever в ViewModel - это антипаттерн, рекомендуют стараться обходиться map/switchMap, а наблюдать только из View.
Хуй знает, не всегда это получается, по-моему. Не могу пока этот помент прочувствовать.
Вообще то, что в мире js-блядей делается сука щелчком пальцев (как во vue.js) - в андроде превращается в какой-то ебаный танец по удовлетворению паттернов, жизненного цикла, аллаха, блядь, ХУЛИ СУКА ТУТ ТАК СЛОЖНО ЕБАНА
>>893993
Я не очень понимаю как use cases/interactors решают вопрос с ожиданием результата обращения в репозиторий, все равно ведь репозиторий возвращает LiveData (или Flow, если нет желания завязываться на android)
Я не очень понимаю как use cases/interactors решают вопрос с ожиданием результата обращения в репозиторий, все равно ведь репозиторий возвращает LiveData (или Flow, если нет желания завязываться на android)
>>894839
Не смогу объяснить лучше чем этот хуй: https://tech.bakkenbaeck.com/post/keeping-observe-out-of-viewmodel
Не смогу объяснить лучше чем этот хуй: https://tech.bakkenbaeck.com/post/keeping-observe-out-of-viewmodel
Аноны, стоит сразу учить котлин в андройт студио минуя там джаву? Жаву и так знаю не много, вопрос именно про андройд, есть ли смысл там жаву учить вообще?
>>896317
Ну смотри, у джавы сейчас по сути 2 применения.
1-е. Ты можешь попасть на +- старый проект, который написан на джаве. Возможно при этом дальше он будет дописываться на котлине, но читать старый код на джаве придется.
2-е. При гуглинге разнообразный инфы ты столкнешся с тем что куча ответов с стековерфлоу написаны на жабе, какие-то старые, но все еще полезные гайды на ебучем медиуме тоже.
По итогу, на мой взгляд можно сразу учить котлин (предварительно офк разбобравшись по минимуму в том что такое jvm и прочее). Но джаву ты должен как минимум спокойно читать.
Ну смотри, у джавы сейчас по сути 2 применения.
1-е. Ты можешь попасть на +- старый проект, который написан на джаве. Возможно при этом дальше он будет дописываться на котлине, но читать старый код на джаве придется.
2-е. При гуглинге разнообразный инфы ты столкнешся с тем что куча ответов с стековерфлоу написаны на жабе, какие-то старые, но все еще полезные гайды на ебучем медиуме тоже.
По итогу, на мой взгляд можно сразу учить котлин (предварительно офк разбобравшись по минимуму в том что такое jvm и прочее). Но джаву ты должен как минимум спокойно читать.
130 Кб, 378x836Сап анонасы. Помогите умоляю, есть у кого приложение с контактами на котлине как на пикриле? Очень нужно пиздеццццц аноны спосите
bump
>>822731 (OP)
Как же горит с прибитого гвоздями интерфейса к деревянному XML. Как вообще динамический интерфейс тут пилится?
Допустим надо регулировать количество кнопок в рантайме.
Скрывать элементы - костыль. Храним невидимые элементы.
Фрагменты - костыль. Бесполезное оборачивание элементов - производительность в пустоту. Надо пилить руками кучу фрагментов.
Пилить элементы из кода - отвратительная поддержка стилей через код и документация этого извращения настоящая дрисня.
Кастомные элементы - чего, блять? Мне стоковые кнопки надо просто добавить/удалить и менять пару параметров стиля.
Так что из этой каши у Гугла считается правильным вариантом? Всегда плевался с XAML у индусов, но даже там всё лучше - просто добавляешь элемент из кода и прикручиваешь XAML-шаблон, в пару строк всё делается.
Как же горит с прибитого гвоздями интерфейса к деревянному XML. Как вообще динамический интерфейс тут пилится?
Допустим надо регулировать количество кнопок в рантайме.
Скрывать элементы - костыль. Храним невидимые элементы.
Фрагменты - костыль. Бесполезное оборачивание элементов - производительность в пустоту. Надо пилить руками кучу фрагментов.
Пилить элементы из кода - отвратительная поддержка стилей через код и документация этого извращения настоящая дрисня.
Кастомные элементы - чего, блять? Мне стоковые кнопки надо просто добавить/удалить и менять пару параметров стиля.
Так что из этой каши у Гугла считается правильным вариантом? Всегда плевался с XAML у индусов, но даже там всё лучше - просто добавляешь элемент из кода и прикручиваешь XAML-шаблон, в пару строк всё делается.
>>901371
А если мне надо в каждой кнопке одну-две строчки стиля поменять? Пилить 10 фрагментов руками, имея 95% шаблонного XML? Звучит как полная хуйня. Даже во времена WinAPI такой хуйнёй не занимались.
А если мне надо в каждой кнопке одну-две строчки стиля поменять? Пилить 10 фрагментов руками, имея 95% шаблонного XML? Звучит как полная хуйня. Даже во времена WinAPI такой хуйнёй не занимались.
>>901399
Што?
Што?
>>901351
Налицо очевидный недостаток знаний и отсутствие понимания базовых подходов к проектированию/оптимизации ui. Могу только посоветовать учиться дальше и разбираться подробнее, а не придумывать несуществующие костыли и гореть из-за них же.
Налицо очевидный недостаток знаний и отсутствие понимания базовых подходов к проектированию/оптимизации ui. Могу только посоветовать учиться дальше и разбираться подробнее, а не придумывать несуществующие костыли и гореть из-за них же.
>>901614
Т.е. ты сам не знаешь как правильно? А ведь судя по документации, у Гугла вариант с фрагментами является правильным. И всё это случилось из-за изначального ущербного подхода. В то время как у индусов был переход из кода в XAML и он до сих пор лишь вспомогательный инструмент, Гугл сразу с первых версий ведра прибивал всё гвоздями к XML.
Что же тогда сам Гугл пригорел и запилил Flutter? А XML что-то дальше этих костылей с фрагментами не ушёл - как была статичная параша, так и осталась.
Т.е. ты сам не знаешь как правильно? А ведь судя по документации, у Гугла вариант с фрагментами является правильным. И всё это случилось из-за изначального ущербного подхода. В то время как у индусов был переход из кода в XAML и он до сих пор лишь вспомогательный инструмент, Гугл сразу с первых версий ведра прибивал всё гвоздями к XML.
> придумывать несуществующие костыли и гореть из-за них же
Что же тогда сам Гугл пригорел и запилил Flutter? А XML что-то дальше этих костылей с фрагментами не ушёл - как была статичная параша, так и осталась.
381 Кб, 750x927Добрый вечер, господа программисты.
пишу диссер, прорабатываю модель системы трекинга персонала на основе wi-fi и тегов на базе мобильных устройств. Трекинг на вайфай очень свежая тема, в нее вкатываются даже здоровые конторы типа циско, но хочется добиться некоторых преимуществ. В связи с темой появились следующие вопросы:
- Можно-ли ( а в идеале как) сделать так, чтобы приложение получало инфу о том, что устройство было разблокировано ( по отпечатку, лицу или пину, етс). То есть можно прикрутить функцию прямо в приложение базовыми апи, но это удар по юзабилити. хочется конкретно агент
- Можно-ли выдернуть из кадров WiFI P2P данные о уровне сигнала RSSI
- Можно ли сделать то же самое для кадров BT
Все это про безрут, с рутом и такой дурак как я сможет)
Сам не программист, занимаюсь инфобезом. Заранее спасибо. Пикча для привлечения внимания
пишу диссер, прорабатываю модель системы трекинга персонала на основе wi-fi и тегов на базе мобильных устройств. Трекинг на вайфай очень свежая тема, в нее вкатываются даже здоровые конторы типа циско, но хочется добиться некоторых преимуществ. В связи с темой появились следующие вопросы:
- Можно-ли ( а в идеале как) сделать так, чтобы приложение получало инфу о том, что устройство было разблокировано ( по отпечатку, лицу или пину, етс). То есть можно прикрутить функцию прямо в приложение базовыми апи, но это удар по юзабилити. хочется конкретно агент
- Можно-ли выдернуть из кадров WiFI P2P данные о уровне сигнала RSSI
- Можно ли сделать то же самое для кадров BT
Все это про безрут, с рутом и такой дурак как я сможет)
Сам не программист, занимаюсь инфобезом. Заранее спасибо. Пикча для привлечения внимания
>>901634
Что правильно? Та парадигма, которая сейчас является стандартом, обладает достаточной гибкостью, чтобы можно было реализовать что угодно. Большинство маня-идей, которые выходят за её пределы, как правило, бестолковые и по своей сути являются костылями, без которых можно обойтись.
Если тебе это действительно так необходимо, используй сырой Compose, оставляй фидбек и помогай развивать его, что будет гораздо полезнее, чем высеры на тему "тут всё так плохо, а вот там лучше".
Предлагаю тебе использовать Флаттер, вдоволь "насладишься" производительностью.
А куда он уйдет? Ты рассуждаешь о невозможном, потому что потолок его возможностей достигнут. Дальше может быть только полный уход к декларативности, где тебе будет отрисовка, динамическая компоновка, настоящая пространственная "материальность", векторы, кватернионы и всё без костылей. Вот тогда и обмажешься динамикой, а пока работай с тем, что есть, либо пробуй готовые решения.
>Т.е. ты сам не знаешь как правильно?
Что правильно? Та парадигма, которая сейчас является стандартом, обладает достаточной гибкостью, чтобы можно было реализовать что угодно. Большинство маня-идей, которые выходят за её пределы, как правило, бестолковые и по своей сути являются костылями, без которых можно обойтись.
Если тебе это действительно так необходимо, используй сырой Compose, оставляй фидбек и помогай развивать его, что будет гораздо полезнее, чем высеры на тему "тут всё так плохо, а вот там лучше".
>Что же тогда сам Гугл пригорел и запилил Flutter?
Предлагаю тебе использовать Флаттер, вдоволь "насладишься" производительностью.
>XML что-то дальше этих костылей с фрагментами не ушёл - как была статичная параша, так и осталась
А куда он уйдет? Ты рассуждаешь о невозможном, потому что потолок его возможностей достигнут. Дальше может быть только полный уход к декларативности, где тебе будет отрисовка, динамическая компоновка, настоящая пространственная "материальность", векторы, кватернионы и всё без костылей. Вот тогда и обмажешься динамикой, а пока работай с тем, что есть, либо пробуй готовые решения.
>>901351
1) создаешь xml из одной кнопки со стилями хуилями
2) инфлейтишь эту кнопку в свой линер лейаут
> Пилить элементы из кода - отвратительная поддержка стилей
1) создаешь xml из одной кнопки со стилями хуилями
2) инфлейтишь эту кнопку в свой линер лейаут
15 Кб, 1124x76при попытке установить нечто 100% совершенно не моднутое васяном_xx2000xx на устройства и эмуляторы с последними версиями ведра с помощью adb вылазит прикл. собсно вопрос, можно ли проверку сертификатов отрубить?
подписывать самому каждый раз лень
подписывать самому каждый раз лень
>>901351
Запили ресайклер (можно горизонтальный) который будет тебе 100500 кнопок генерить без проблем с производительностью
В коде просто хранишь список кнопок, а в холдере будешь просто менять нужный тебе стиль.
Запили ресайклер (можно горизонтальный) который будет тебе 100500 кнопок генерить без проблем с производительностью
В коде просто хранишь список кнопок, а в холдере будешь просто менять нужный тебе стиль.
Кто как обрабатывает ошибки в корутинах?
Цепочка viewmodel->usecase->repository->retrofit.
У самого сделано во вьюмоделе через try-catch и обертку Result (loading/success/error). Есть варианты получше?
Цепочка viewmodel->usecase->repository->retrofit.
У самого сделано во вьюмоделе через try-catch и обертку Result (loading/success/error). Есть варианты получше?
>>901757
бамп
бамп
284 Кб, 394x337Как правильно сделать обновление одного из элементов RecyclerAdapter, используя паттерн MVVM?
69 Кб, 575x402Мою прогу удалили из плей стора из-за жалобы правообладателей, хотя я удалил весь их контент парочками днями ранее. Мудакам из гугл похуй, для них разраб это чмо которое надо вышвырнуть нахуй, они тока рекламодателей жалуют.
Кароче, пиздец. Просто негде высказаться.
Слава Б-гу чуть насобирал денег, но, дебил, проебывал на всякую хуйню. Благо не все проебал.
Пойду вкатываться в геймдев, ничо не умею и не знаю (ну так, немного юнити и блендер), хуй знает что со мной будет и что делать. Сладкие времена когда доилась одна большая корова закончились. Хочется сдохнуть. Хотя по сути есть пару лет на обучение геймдеву, но все-равно ужасно как-то.
Кароче, пиздец. Просто негде высказаться.
Слава Б-гу чуть насобирал денег, но, дебил, проебывал на всякую хуйню. Благо не все проебал.
Пойду вкатываться в геймдев, ничо не умею и не знаю (ну так, немного юнити и блендер), хуй знает что со мной будет и что делать. Сладкие времена когда доилась одна большая корова закончились. Хочется сдохнуть. Хотя по сути есть пару лет на обучение геймдеву, но все-равно ужасно как-то.
>>903105
Да не умел и думал там все еще похуже с копирастией и не было макбука и тд. И свифт не знаю.
А так, хз какой контент копирастский. Я бы с радостью его удалил, но если там такого больше 50%, то лучше пусть будет удаленная нах. Приходится ждать писем счастья, а копирасты сразу в гугл жалуются.
Возможно стоит портировать... В принципе идея, если гугл насовсем меня забанит навечно и мои акки, еще есть эпл. А забанить могут за пару страйков, как я понял.
Да не умел и думал там все еще похуже с копирастией и не было макбука и тд. И свифт не знаю.
А так, хз какой контент копирастский. Я бы с радостью его удалил, но если там такого больше 50%, то лучше пусть будет удаленная нах. Приходится ждать писем счастья, а копирасты сразу в гугл жалуются.
Возможно стоит портировать... В принципе идея, если гугл насовсем меня забанит навечно и мои акки, еще есть эпл. А забанить могут за пару страйков, как я понял.
>>903061
Что за приложение? по тематике Какого рода контент был? Куда впиливал его и зачем? зачем тебе вообще мог понадобиться чужой контент?
>>903136
Её нигде не жалуют
Достаточно виртуалки
Он очень простой, это не должно быть проблемой
Что за приложение? по тематике Какого рода контент был? Куда впиливал его и зачем? зачем тебе вообще мог понадобиться чужой контент?
>>903136
>думал там все еще похуже с копирастией
Её нигде не жалуют
>не было макбука
Достаточно виртуалки
>И свифт не знаю
Он очень простой, это не должно быть проблемой
>>903210
тесты, психологические, кароч. С ними сложно потому что хуй поймешь что копирастнутое, а что нет, знал бы я, удалил бы все что копирастнутое и спал бы спокойно. Долго его пилил, даже свой тест пол года делал (который никто не оценил даже), все красивое было и вылизанное, 96 апдейтов было, один хуй, всему конец. Можно только перезалить приложение, но с другим названием и тд, но страшно. Если копираст пожалуется опять какой-то, то есть шанс бана аккаунта разраба, наверн. В гугл не пишут за что банят акки разрабов, пишет что за "вопиющие нарушения их правил", что значит за что угодно, они сами решают, по настроению. Наверное придется рискнуть, если что. А в случае провала сдаться эппл и запиливать игру (которую я возможно сделаю позже) в эпл стор.
ибифо: деванон тгавля
тесты, психологические, кароч. С ними сложно потому что хуй поймешь что копирастнутое, а что нет, знал бы я, удалил бы все что копирастнутое и спал бы спокойно. Долго его пилил, даже свой тест пол года делал (который никто не оценил даже), все красивое было и вылизанное, 96 апдейтов было, один хуй, всему конец. Можно только перезалить приложение, но с другим названием и тд, но страшно. Если копираст пожалуется опять какой-то, то есть шанс бана аккаунта разраба, наверн. В гугл не пишут за что банят акки разрабов, пишет что за "вопиющие нарушения их правил", что значит за что угодно, они сами решают, по настроению. Наверное придется рискнуть, если что. А в случае провала сдаться эппл и запиливать игру (которую я возможно сделаю позже) в эпл стор.
ибифо: деванон тгавля
Котаны, а не подскажите, как избежать бана приложения,которое предоставляет доступ к фильмам через торренты, используя базу данных рутрекера?
>>903240
не переводить на английский, хотя это чревато потерей львиной части дохода, но зависит от приложения. Наверное америкосы мало юзают торренты. И то наверное это только временно поможет. Лучше такие проги в интернете как-то распространять. Но пока что это успешно удалось сделать только hd videobox-у.
Часто проверять почту, мб кто-то напишет и предупредит что-то удалить, до жалоб.
не переводить на английский, хотя это чревато потерей львиной части дохода, но зависит от приложения. Наверное америкосы мало юзают торренты. И то наверное это только временно поможет. Лучше такие проги в интернете как-то распространять. Но пока что это успешно удалось сделать только hd videobox-у.
Часто проверять почту, мб кто-то напишет и предупредит что-то удалить, до жалоб.
>>903136
Эпл просто так не банит, но может доебаться при заливке в стор и не пустить прилагу или апдейт. У меня был подрыв жопы сперва, почему на Андроиде все можно, а эплу все не нравится, но если они без предупреждений страйк не кидают, то почему и нет. Ну и траффика у меня на эпл в 10 меньше
Эпл просто так не банит, но может доебаться при заливке в стор и не пустить прилагу или апдейт. У меня был подрыв жопы сперва, почему на Андроиде все можно, а эплу все не нравится, но если они без предупреждений страйк не кидают, то почему и нет. Ну и траффика у меня на эпл в 10 меньше
>>903271
Даже в гугл поиске показывается. Недурно.
Даже в гугл поиске показывается. Недурно.
>>903366
И в чем же его сложность?
И в чем же его сложность?
Аноны, мне нужно что бы у меня модуль где-то в фоне качал что-то по FTP и периодически передавал это в рожу приложения. Что я пробовал.
AsyncTask, не походит т.к. у меня достаточно длительный процесс и нужно получать от GUI команды, т.е. если все скачалось, ждем команду на запуск работы. Собственно непонятно как в AsyncTask эту команду пробросить.
Затем смотрел всякие Looper, но тоже может не до конца разобрался.
В итоге решил попробовать оформить загрузку как Service, но не понятно, вроде пишут, что Service стартует в потоке GUI.
AsyncTask, не походит т.к. у меня достаточно длительный процесс и нужно получать от GUI команды, т.е. если все скачалось, ждем команду на запуск работы. Собственно непонятно как в AsyncTask эту команду пробросить.
Затем смотрел всякие Looper, но тоже может не до конца разобрался.
В итоге решил попробовать оформить загрузку как Service, но не понятно, вроде пишут, что Service стартует в потоке GUI.
89 Кб, 1606x378Господа, спасайте, нужно разработать приложение на Android, срок 2 недели.
Суть: нужно парсить файл расписаний в excel и сохранять данные в БД, выводить в виде списка событий, также должен быть календарь для выбора даты из календаря чтобы просмотреть события в определенный день. + Отчеты по кабинетам из бд (свободные/занятые).
Почитал про Apache.poi (для работы с Excel) - говорят очень геморно использовать + у меня не получилось подрубить его к моей Android Studio. Знания основ программирования имеются (C++). На Java нет.
С чего начать? Куда копать? Что использовать? Выручайте!
Пример содержания файла прикрепил
Спасибо и с рождеством!
Суть: нужно парсить файл расписаний в excel и сохранять данные в БД, выводить в виде списка событий, также должен быть календарь для выбора даты из календаря чтобы просмотреть события в определенный день. + Отчеты по кабинетам из бд (свободные/занятые).
Почитал про Apache.poi (для работы с Excel) - говорят очень геморно использовать + у меня не получилось подрубить его к моей Android Studio. Знания основ программирования имеются (C++). На Java нет.
С чего начать? Куда копать? Что использовать? Выручайте!
Пример содержания файла прикрепил
Спасибо и с рождеством!
Всем привет
У меня вопрос, как сохранять данные на фрагменте при повороте?
Кроме retainInstance
У меня вопрос, как сохранять данные на фрагменте при повороте?
Кроме retainInstance
>>903557
rxjava(rxkotlin) посмотри, там можно сделать запуск по таймеру с интервалом
rxjava(rxkotlin) посмотри, там можно сделать запуск по таймеру с интервалом
Поясните зачем нужен DiffUtils, когда есть ObservableList, который можно соединить с RecyсlerView и радоваться жизни?
>>903136
На Айфоне еще хуже анальная модерация.
На Айфоне еще хуже анальная модерация.
>>903234
Охуеть, представляю как это обидно. А заблокировали весь аккаунт или только удалили приложение?
>96 апдейтов
Охуеть, представляю как это обидно. А заблокировали весь аккаунт или только удалили приложение?
>>903061
А почему геймдев. В вебе будешь при деньгах или веб тебе вообще не нравится?
А почему геймдев. В вебе будешь при деньгах или веб тебе вообще не нравится?
Cап, есть одна прога c открытыми исходниками на андроид. Нужно скомпилировать, как это сделать?
Мои знания это паскаль в школе и С++ в универе
Мои знания это паскаль в школе и С++ в универе
>>905462
Скачай андройд студию
Попытайся открыть папку с твоим проектом
В студии есть кнопочка чтобы всё собрать
если на каком то шаге что то не получается, вводишь в гугл android studio %описание проблемы%
Скачай андройд студию
Попытайся открыть папку с твоим проектом
В студии есть кнопочка чтобы всё собрать
если на каком то шаге что то не получается, вводишь в гугл android studio %описание проблемы%
>>903061
Как альтернативный вариант можешь попробовать использовать App Gallery от Huawei. По сути можно просто апк загрузить и выпускать релиз на пользователях. Но если у тебя необходимо использовать какие-то гугловые сервисы, типа файрбейса, тогда на устройствах без гулосервисов работать не будет функционал и придется делать оптимизации под такие устройства.
Как альтернативный вариант можешь попробовать использовать App Gallery от Huawei. По сути можно просто апк загрузить и выпускать релиз на пользователях. Но если у тебя необходимо использовать какие-то гугловые сервисы, типа файрбейса, тогда на устройствах без гулосервисов работать не будет функционал и придется делать оптимизации под такие устройства.
>>903557
Про асинк-таски давно пора позабыть. Сейчас для этого есть корутины, рхджава.
Сервис не отвечает за работу в фоновом потоке, а только лишь позволяет выполнять какую-то логику без привязки к UI (без activity). За выполнение длительных задач в фоновом потоке отвечает программист, который будет реализовывать эту логику через корутины, рхджава, хэндлеры, асинк-таски.
Про асинк-таски давно пора позабыть. Сейчас для этого есть корутины, рхджава.
Сервис не отвечает за работу в фоновом потоке, а только лишь позволяет выполнять какую-то логику без привязки к UI (без activity). За выполнение длительных задач в фоновом потоке отвечает программист, который будет реализовывать эту логику через корутины, рхджава, хэндлеры, асинк-таски.
>>903846
ViewModel
ViewModel
>>904293
Проверяет список моделек в адапторе и новый список, который передают в адаптор. Проверяет есть ли отличия. Если два метода, в которых ты сначала проверяешь по некоторому id что это одна и таже модель, а во втором уже сравнение моделек по содержимому. Это позволяет оптимизировать перерисовку списков либо не перерисовывает его, если ничего не поменялось. Либо если поменялся только один элемент, обновляет его не затрагивая остальные в списке.
Не знаю что за ObservableList, но кажется это не имеет никакого отношения к DiffUtil.
Проверяет список моделек в адапторе и новый список, который передают в адаптор. Проверяет есть ли отличия. Если два метода, в которых ты сначала проверяешь по некоторому id что это одна и таже модель, а во втором уже сравнение моделек по содержимому. Это позволяет оптимизировать перерисовку списков либо не перерисовывает его, если ничего не поменялось. Либо если поменялся только один элемент, обновляет его не затрагивая остальные в списке.
Не знаю что за ObservableList, но кажется это не имеет никакого отношения к DiffUtil.
>>905467
Спасибо, получилось
Спасибо, получилось
>>886544
Ошибку проанализировать ты конечно не додумался, ослоеб тупой. Действительно, кому всрался этот красный текст под названием ошибка? Так вот, еблан, все операции с сетью выполняются в отдельном потоке. Это бай дезигн. потом нужно... потом нужно послать тебя на хyй
Ошибку проанализировать ты конечно не додумался, ослоеб тупой. Действительно, кому всрался этот красный текст под названием ошибка? Так вот, еблан, все операции с сетью выполняются в отдельном потоке. Это бай дезигн. потом нужно... потом нужно послать тебя на хyй
>>905582
Я пришел из шарпа. В шарпе есть есть ObservableCollection который биндится к списку в гуи и ObservableCollection кидает события своих изменений и гуи синхронно обновляет.
В андроиде я начал искать то же самое и нашел родной androidx.databinding.ObservableList
но начинаю искать как его биндить то к спискам, а нахожу такое
https://developer.android.com/codelabs/kotlin-android-training-diffutil-databinding#0
пожав плечами забабахал связь адаптера с этим ObservableList, где на события ObservableList дергаются адаптеровские notifyItem* (благо реализация элементарна)
Все работает, но у меня ощущение "в чужой монастырь со своим уставом". Вот и спрашиваю
>Не знаю что за ObservableList, но кажется это не имеет никакого отношения к DiffUtil.
Я пришел из шарпа. В шарпе есть есть ObservableCollection который биндится к списку в гуи и ObservableCollection кидает события своих изменений и гуи синхронно обновляет.
В андроиде я начал искать то же самое и нашел родной androidx.databinding.ObservableList
но начинаю искать как его биндить то к спискам, а нахожу такое
https://developer.android.com/codelabs/kotlin-android-training-diffutil-databinding#0
пожав плечами забабахал связь адаптера с этим ObservableList, где на события ObservableList дергаются адаптеровские notifyItem* (благо реализация элементарна)
Все работает, но у меня ощущение "в чужой монастырь со своим уставом". Вот и спрашиваю
Имеет ли смысл использовать Dagger2 для получения экземпляра базы данных вместо использования синглтона внутри класса для работы с БД или вызова ((Application) getContext())?
>>905808
DataBinding обычно советуют не использовать, не самое лучшее решение от гугла.
DataBinding обычно советуют не использовать, не самое лучшее решение от гугла.
>>906543
Лучше передавать через конструктор нужные зависимости. Но с другой стороны если ты хочешь использовать DI для того чтобы просто предоставить зависимости для БД, а все остальное ручками делать тогда особого смысла не имеет.
Попробуй заюзать Koin тогда и для остальных зависимостей сможешь быстро разобраться как что куда прокидывать.
Лучше передавать через конструктор нужные зависимости. Но с другой стороны если ты хочешь использовать DI для того чтобы просто предоставить зависимости для БД, а все остальное ручками делать тогда особого смысла не имеет.
Попробуй заюзать Koin тогда и для остальных зависимостей сможешь быстро разобраться как что куда прокидывать.
>>906558
Вопрос не об этом
В этом нет необходимости. Мне нужно просто использовать Room везде, где есть обращения к нему
Да вопрос про Dagger
Ох уж эти диванные.
>Лучше передавать через конструктор нужные зависимости
Вопрос не об этом
>Но с другой стороны если ты хочешь использовать DI для того чтобы просто предоставить зависимости для БД
В этом нет необходимости. Мне нужно просто использовать Room везде, где есть обращения к нему
>Попробуй заюзать Koin
Да вопрос про Dagger
Ох уж эти диванные.
>>906553
Кто советует? Мазохисты и любители портянок кода?
Биндинг это альтернатива ручному написанию связующих портянок
Кто советует? Мазохисты и любители портянок кода?
Биндинг это альтернатива ручному написанию связующих портянок
>>906543
Если даггер есть то используется для всего чтобы получать зависимости, а не самому за ними ходить. А значит вопрос не стоит.
Если даггер есть то используется для всего чтобы получать зависимости, а не самому за ними ходить. А значит вопрос не стоит.
Аноны, не пойму, зачем нужен Looper. Вот создал я поток, создал в нем handler и переопределил onHandleMessage. Периодически могу туда кидать сообщения из gui потока или не могу? Надо через Looper
>>907073
Пиздц, хотел ответить, но потом понял, что все забыл, хотя лет 5 назад плотно изучал, что-то делал на луперах даже
Пиздц, хотел ответить, но потом понял, что все забыл, хотя лет 5 назад плотно изучал, что-то делал на луперах даже
>>907073
Лупер вроде просто берет и обрабатывает сообщения в своем потоке. Сообщения кидаются через хендлер, хендлер должен быть привязан к луперу. Так гуи main thread работает, все события из ui обрабатывает ui looper. Лучше исходники глянуть конечно, там понятно вроде
Лупер вроде просто берет и обрабатывает сообщения в своем потоке. Сообщения кидаются через хендлер, хендлер должен быть привязан к луперу. Так гуи main thread работает, все события из ui обрабатывает ui looper. Лучше исходники глянуть конечно, там понятно вроде
>>907089
Хорошо, а если я просто создаю поток реализуя интерфейс runnable и создают там handler, не будет ничего работать?
Хорошо, а если я просто создаю поток реализуя интерфейс runnable и создают там handler, не будет ничего работать?
Аноны, а как в андроиде принято потокам одного приложения общаться? Это нормально если я например из одного потока в другой буду Intent слать.
>>907109
Интент это для межпроцессов
Интент это для межпроцессов
>>906553
Не соглашусь.
DataBinding + LiveData + MVVM = чуть ли не лучшая связка из того, что предлагается гуглом. Лучшая как в плане гибкости, так и в плане читабельности и простоты в реализации
Не соглашусь.
DataBinding + LiveData + MVVM = чуть ли не лучшая связка из того, что предлагается гуглом. Лучшая как в плане гибкости, так и в плане читабельности и простоты в реализации
>>907609
плюсую этого, особенно меня порадовало в свое время то, что рум умеет данные бд в лайвдату заворачивать и сам ее апдейтить после апдейта бд.
Сейчас еще планирую пощупать за вымя котлиновский флоу, интересно как он зайдет в сочетании с вышеперисленным в сравнении с рх (который конечно мощный, но из-за это слишком замороченный, имхо (как и даггер, лол)).
плюсую этого, особенно меня порадовало в свое время то, что рум умеет данные бд в лайвдату заворачивать и сам ее апдейтить после апдейта бд.
Сейчас еще планирую пощупать за вымя котлиновский флоу, интересно как он зайдет в сочетании с вышеперисленным в сравнении с рх (который конечно мощный, но из-за это слишком замороченный, имхо (как и даггер, лол)).
>>907109
Дохуя способов для различных случаев, оптимальный очень сильно зависит от задачи. Что конкретктно нужно сделать?
Дохуя способов для различных случаев, оптимальный очень сильно зависит от задачи. Что конкретктно нужно сделать?
>>907609
А что же еще предлагается гуглом?
> чуть ли не лучшая связка из того, что предлагается гуглом.
А что же еще предлагается гуглом?
>>907876
все остальное, что было написано до этого. Оно ведь тоже предлагается, а не объявлено депрекатед.
все остальное, что было написано до этого. Оно ведь тоже предлагается, а не объявлено депрекатед.
>>908152
Что именно? Последний раз гугл предлагал архитектуры в 2016 на контент провайдерах и лоадерах на гугл ио сайд проектик гуглеров архитектур семплс не в счет, они даже там писали не как все.
> все остальное, что было написано до этого
Что именно? Последний раз гугл предлагал архитектуры в 2016 на контент провайдерах и лоадерах на гугл ио сайд проектик гуглеров архитектур семплс не в счет, они даже там писали не как все.
>>908157
поддерживается в Android Studio считай как "предлагается"
поддерживается в Android Studio считай как "предлагается"
Вот вам делать нехуй. Завтра гугл придумает новую либу, будете на нее дрочить. Ебашу по старинке на rx, ну и + Даггер. Заказчики довольны, рейты ростки, а на собесы в офис я хуй ложил
>>908174
*ростут
*ростут
>>908174
ну либа либе рознь
Любители хардкора будут всегда. Некоторые и в блокноте пишут и в консоли дебажат. Но есть и нормальные люди.
Я вот в WPF много лет MVVM/биндинги и это просто небо и земля по сравнению с хардкодом. Посматривал давно на андроид, но писец в виде хардкода, безумия с лоадерами асинтасками и тому подобным сразу убивало все желание.
Забегал в xamarin, там тоже удобно, просто там другие проблемы
А вот котлин с его корутинами, мввм, биндинги - и уже вполне приятно писать под андроид стало.
>Завтра гугл придумает новую либу, будете на нее дрочить.
ну либа либе рознь
Любители хардкора будут всегда. Некоторые и в блокноте пишут и в консоли дебажат. Но есть и нормальные люди.
Я вот в WPF много лет MVVM/биндинги и это просто небо и земля по сравнению с хардкодом. Посматривал давно на андроид, но писец в виде хардкода, безумия с лоадерами асинтасками и тому подобным сразу убивало все желание.
Забегал в xamarin, там тоже удобно, просто там другие проблемы
А вот котлин с его корутинами, мввм, биндинги - и уже вполне приятно писать под андроид стало.
>>822731 (OP)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (М)
ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)ПЕРЕКОТ https://2ch.hk/pr/res/1908185.html (
М)>>908180
Лодеры и асинктаски только на заре ведроида юзались
Лодеры и асинктаски только на заре ведроида юзались
>>907876
Мне тебе тут все перечислять, лол?
>>908174
Да, представь себе. Когда работаешь с экосистемой гугла и продуктом гугла, то будь добр юзать то, что гугл предлагает. Можешь, конечно, не юзать, игнорить, но не ной тогда года через 2-3, когда на собесе у тебя спросят основные мастхев фичи в проектах, а тебе будет и сказать нечего
Мне тебе тут все перечислять, лол?
>>908174
>Завтра гугл придумает новую либу, будете на нее дрочить.
Да, представь себе. Когда работаешь с экосистемой гугла и продуктом гугла, то будь добр юзать то, что гугл предлагает. Можешь, конечно, не юзать, игнорить, но не ной тогда года через 2-3, когда на собесе у тебя спросят основные мастхев фичи в проектах, а тебе будет и сказать нечего
>>908197
Зачем через 2-3 года ходить на собес в офис, если есть божественный upwork, с рейтами, которые тебе никогда не светят в офисе?
Зачем через 2-3 года ходить на собес в офис, если есть божественный upwork, с рейтами, которые тебе никогда не светят в офисе?
>>908192
ага. а за мкадом жизни нет )))
ага. а за мкадом жизни нет )))
>>908207
Да что ты, мань? Ну вот моя ставка в офисе 2.5к. Сколько лет тебе придется набивать репутацию, чтоб дойти до этой цифры на апворке? Я уж молчу о том, что на апворке ты обречен вечно получать легаси говно и править костыли за кем-то, тем самым нихуя не развиваясь, как программист.
И тут не в том вопрос, чтоб каждые 2 года ходить на собесы, а в том, чтоб быть в курсе новых технологий и паттернов в рамках той платформы, с которой работаешь. Это как бы нормально для хорошего программиста.
Да что ты, мань? Ну вот моя ставка в офисе 2.5к. Сколько лет тебе придется набивать репутацию, чтоб дойти до этой цифры на апворке? Я уж молчу о том, что на апворке ты обречен вечно получать легаси говно и править костыли за кем-то, тем самым нихуя не развиваясь, как программист.
И тут не в том вопрос, чтоб каждые 2 года ходить на собесы, а в том, чтоб быть в курсе новых технологий и паттернов в рамках той платформы, с которой работаешь. Это как бы нормально для хорошего программиста.
>>908225
Каждому своё, почти сразу на 20$/ч взял, после пары пустяковых заданий за 5 звёзд
Каждому своё, почти сразу на 20$/ч взял, после пары пустяковых заданий за 5 звёзд
>>908775
Зачем?
Зачем?
>>921104
Еще мавен вместо градла без каптов-хуяптов. Собирается на секунды.
Еще мавен вместо градла без каптов-хуяптов. Собирается на секунды.
>>926282
хочу скрасить ожидания загрузки данных во фрагменте для юзера при смене фрагментов(нхочу добавить анимации при их транзакции фрагментов, использую navigation component)
хочу скрасить ожидания загрузки данных во фрагменте для юзера при смене фрагментов(нхочу добавить анимации при их транзакции фрагментов, использую navigation component)
>>926344
на схеме фрагментов, потыкай на стрелочки, там можно выбрать анимацию появления/скрытия дефолтные
на схеме фрагментов, потыкай на стрелочки, там можно выбрать анимацию появления/скрытия дефолтные
>>930934
спасибо, но это энивей было понятно
почти сразу как вопрос задал начал внедрять анимации, в том числе shared element transition, охуенно
спасибо, но это энивей было понятно
почти сразу как вопрос задал начал внедрять анимации, в том числе shared element transition, охуенно
есть ли тут разрабы flutter. Как там обстоит дело с разработкой custom view и отрисовкой 60fps? Может кто-то запилить пример с кастомной вьюхой рисующей поле под крестики нолики?
72 Кб, 604x499Комрады, есть простой код который грузит контент из интернета в папку, которую выбирает пользак посредствам action_open_document_tree. Все выглядит вот так:
-пользак выбирает, что хочет загрузить
-выбирает куда, посредствам action_open_document_tree
-мы получаем treeURI-объект и отдаем его по интенту сервису
-далее, врубается foreground service и начинает все грузить с уведомлениями в трее.
Все это прекрасно работает на ведре с 6 по 10. На 11 ведре, если убить основное приложение, то сервис падает с ошибкой отсутствия прав на запись. Как я понял, ведро ебанное убивает объект treeURI, который мы получаем от action_open_document_tree. Пока приложуха не закрыта ее можно свернуть, главное не закрыть сервис работает. Как только приложуху убить, сервис падает сразу. Другие фореграунд сервисы из этой приложухи, которые не пишут файлы, робят нормально в фоне.
Можно как-то пофиксить подобное поведение уебанского ведра№11?
-пользак выбирает, что хочет загрузить
-выбирает куда, посредствам action_open_document_tree
-мы получаем treeURI-объект и отдаем его по интенту сервису
-далее, врубается foreground service и начинает все грузить с уведомлениями в трее.
Все это прекрасно работает на ведре с 6 по 10. На 11 ведре, если убить основное приложение, то сервис падает с ошибкой отсутствия прав на запись. Как я понял, ведро ебанное убивает объект treeURI, который мы получаем от action_open_document_tree. Пока приложуха не закрыта ее можно свернуть, главное не закрыть сервис работает. Как только приложуху убить, сервис падает сразу. Другие фореграунд сервисы из этой приложухи, которые не пишут файлы, робят нормально в фоне.
Можно как-то пофиксить подобное поведение уебанского ведра№11?
nnnn
Тред утонул или удален.
Это копия, сохраненная 27 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 27 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.