Это копия, сохраненная 27 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Тред для тех, кто пытается вкатиться в андройд разработку или что-то похожее. По возможности стараемся угощать ньюфагов чаем и поливать друг друга радугой.
>Хочу вкатится в 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
хамарин формс.
сначала начал андроид ковырять с котлином, не зная котлин
ковырял ковырял и подумал "чет котлин туго идет, нафига мне его учить то"
Там побыстрее разработка. Все таки xaml я знаю и это xaml, а не инфлатеры
Но там свои проблемы. Вот мой список граблей что помню
1 долгий запуск. лично меня бесит
2 полный клон моего приложения жрет в 2 раза больше памяти
А я из тех у кого не топ смарты и меня это бесит.
3 они дают AppShell это как навдрейер. очень удобный (все таки хамл), но блин он держит ссылки на страницы корневого уровня всегда. Бред. Конечно типичный мастер-чилд таким не страдает, но это ж уже рукоделие
4 GridView с карточками кривой. При удалении элементов схлопываются маржины справа. это баг, но делать мне больше нечего как багрепорты писать.
5 асбтрагированность от платформы это хорошо, но иос мне не нужен, так что только мешает это
6 Оказалось что я не могу прицепить longClickListener к картам. Его там просто нет. Мне тупо нужно было контекстное меню, а оно только для списков сделано. Нагуглил что пишешь велосипед в андроид модуле где используешь таймеры, а в трекере написали что этот функционал они за год не сделали и перенесли на мауи (который будет аж через год).
7 почитал какая там либа для мускуля, взял ее и... нельзя указать foreignkey< ну чтобы генерило таблицу. фичкреквесту 9 лет уже. Я код посмотрел и добавил за 30 минут. Потом оказалось что миграции тоже сам пиши. Легко, но после room это дикость.
8 ну и конечно размер apk
Но раз я уже немного вьехал в андроид, то вернулся, благо там андроидх
Анончики, всем привет
Хочу запилить приложение на мобилку. Простенькое, для личных целей (для целей локального коммьюнити, если точнее). Окончательно разочаровался найти какие-то внятыне видеоуроки по приложениям на котлине (изначально хотел делать на нем), потому прошу подсказать аксакалов: есть какие-то годные признанные отцами уроки по созданию android-приложения на java?
Мне простенькое запилить, особо в дебри погружаться не хочется, да и я не профессиональный программист.
А если пойдет, то уже можно в дебри
С первого взгляда это больше похоже на то, что я назвал "дебри"
Мне бы что-то попроще, там где
"смотри как я делаю, вау, написали пару строк кода, у нас уже норм приложение, ухх!"
Что-то нагляднее
А разбор приложения (который с урока 34) там без базы нихера не понять.
Или это уже максимум просто и я охуел совсем?
Первична платформа, а не используемый язык, так что вопрос должен быть поставлен так: "возможно ли перейти с Android на iOS". Так или иначе, не вижу причин, из-за которых это бы не было возможно.
Языки схожи, принципы и паттерны те же. Да, есть и различия, но в их понимании нет ничего сложного. Мобилка есть мобилка.
Вот раньше была такая вещь, как RoboVM - нечто, позволяющее писать аппсы под iOS на жаве. Но потом её купили мелкомягкие, и оно потухло. Хотя, вроде, есть живой форк (https://github.com/MobiVM/robovm) и ещё BugVM (тоже, вроде, форк, но полудохлый). Ещё есть Multi-OS Engine от Интела и нечто под названием Gluon Client Plugin, использующее GraalVM от Оракла. Может, что-то из этого кто-то из анонов уже использовал? Как оно? Насколько оно надёжное и беспроблемное? Отпишитесь, плиз.
>>823478
Просто хуй его знает. Если я буду юзать котлин с последними наворотами, это всё будет нормально работать на старых андроедах(с 5, например)? Алсо, чекал книги по андроеду, так вот книг с контентом ПЕРВОГО ПОКОЛЕНИЯ в 2020 не выходило вообще. Это значит, что джава, как язык для андройда — ВСЁ?
Можно юзать котлин только с теми наворотами, что позволяет котлин под андроид
так что все будет нормально
Тут не от языка зависит, а от андроид СДК. Но чаще всего даже относительно новые фичи имеют поддержку старых версий андроида, if (Build.VERSION.SDK_INT>..) пишешь относительно редко, midsdk на уровне 5-6 андроида cейчас вполне комфортен.
И джава не совсем все, т.к есть солидный массив приложений на жабе, которые переписывать чисто ради того чтоб было все не на жабе а на котлине никто не будет.
Но все что пишется новое - пишется на котлине, практически 100%. Сам гугл обьявил что теперь андроид разработка - "kotlin first".
Уже доходит до того, что если по проекту нужно знать жабу - это зачастую отдельно указывается в описании вакансии или спрашивается на первых этапах собеса. Один раз даже спросил с ноткой удивления - мол есть те кто жабу не знает, на что ответили что да, последний год уже идут джуны который жабы знать не знают и учили сразу исключительно котлин.
Т.к по сути котлин это та же жаба, только с кучей дополнительных фичей и более удобным и кратким синтаксисом. Найти вещь которую можно сделать легко на жабе и нельзя на котлине нереально, при этом вещей которые есть в котлине, но нет в жабе предостаточно.
З.Ы Речь конечно о используемой ведроидом 8-й жабе, если сравнивать котлин с 14 (или какая там уже, 15?) - не все так печально. Но в целом сейчас я не вижу ни 1 причины начинать проект на жабе вместо котлина.
>переписывать
там жи вроде полный интероп с жабой должен быть. тоесть, основная кодбаза на жабе, если у нас всё по солиду, где-то должен быть интерфейс, который можер реализовать на котлине. или это я сейчас хуйню сморозил?
Да можно спокойно совмещать, так в общем-то и делают, там кажись только пару дополнительных телодвижений - типо котлиновский компаньон промаркировать @JvmStatic если их с жабы дергать будут, я лично обжегся на пересечении джава/котлин только раз - подробностей особо не помню, прикол был в том что линт подсказал что проверку на null можно выпилить, мол там null и так быть не может, убрал и получил 0,002% крашей с npe в проде.
>Многомерные массивы.
Уфф, аж универскими лабами повеяло. Ну вот накидал за пару минут, код офк говно - но особых отличий от жабы в худшую сторону я не вижу.
Просто помню, что мне нужны были многомерные массивы и пришлось делать костыли.
Кстати, когда завезли скобки? Точно помню, что их не было и приходилось пилить многоножку
>о, в котлине можно квадратные скобки перегрузить?
нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках.
Вообще немного не понимаю удивления, в древних версиях котлина можно было только методами стучаться чтоль?
Сейчас по индексу можно не то что в массивы, в листы можно)
>нет офк, перегрузка операторов это еще в крестах кажись есть, но не жаба-подобных языках
ну вот зачем ты пиздишь?
https://kotlinlang.org/docs/reference/operator-overloading.html
они пошли путем пстона по части перегрузки
Обосрался, не знал(
Нагуглил такого мамонта как ACRA, но может есть что-то еще?
Что понимается под анализом? ФБ крашлитикс не хватает?
Здрасьте
А есть вариант именно в андроид-приложении, написанном на java/Kotlin запустить питоновский скрипт, который выплюнет некоторое количество данных, и уже дальше работать с ними? Понятно, что это считается моветоном, но все же.
Посмотри про JNI
Если речь о ml - то зачем изобретать велосипеды?
https://www.tensorflow.org/lite
https://pytorch.org/mobile/android/
Только сеньоры. Рили вообще джуну ремоут найти?
https://www.upwork.com/freelance-jobs/android/
Подаешь заявку, описываешь заказчику почему ты у мамы самый умный, кидаешь примеры своих приложух из гугл плея
Что может пойти не так?
Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Просто пиздецки как не хочется работать в офисе, а на полноценную официальную удаленку берут только сеньоров, как выяснилось
>Да даже вот такой проект: https://www.upwork.com/job/Looking-for-android-developer_~016730f21c59ec87ef/
>Ссышь заказчику в уши огромной простыней почему сможешь сделать приложуху лучше других
Фикс прайс, 1к. 1к - это очень мало, з/п нормального джуна в общем.
Очень интересует разработка мобильных приложений
Я для обучения скорее с++ взял - будет больно, но для обучения самое то (если есть время и нервы), а только после него вкатываться в уютную, удобную и безопасную джаву/котлин.
Ну я и есть околоджун, просто много из себя ставлю и пишу сразу как положено с использованием navigation components, например. Да и вообще все на джетпаке, перечитал уже почти все гайды гугловские. На работу пока не устраивался, скоро начинаю писать первое серьезное приложение для гугл плея и гитхаба. Зимой мб пойду на галеру в офис за 20к (живу не в дс) и получу этот год-два опыта, а потом буду ловить удаленку мидлом
Но как же хочется без этих галер ебаных, в тот же фриланс на апворк. Инглиш знаю, до этого пару лет работал копирайтером на etxt (кто знает тот поймет), в общем знаю как выживать в чане с говном с 1$-индусами и че надо писать заказчикам. Material Design знаю на хорошем левеле. Ну чем я не фрилансер?
Я бы не совался на апворк, серьезно. Говорю как человек просидевший первый свой год работы в микро апворк конторе.
Почему? Трудно что-то вырвать прежде всего. Условно говорят сидит сейлз (с В2 инглишием и подвешенным языком) с аккаунта шхуны, где есть уже какое-никакое портфолио и рейтинг - и то, найти проект ему весьма и весьма нетривиальная задача.
И если б проекты были нормальные - так нет, код почти всегда индусское дерьмо, заказчики бывают оч разные, но регулярно пытаются прокинуть на бабки.
В общем геммор еще тот, совмещать в себе и сейлза и разраба как по мне сомнительное удовольствие.
По итогу, на мой взгляд фриланс биржи - это дно разработки, ниже только студенческие лабы/дипломы
Для меня, даже с высоты моего скромного опыта эти все пропоузалы на проект за 1к баксов выглядит как очередь для нырка в навозную кучу и сейчас если я буду искать работу, то в первую очередь я буду бросаться на вакансии в крупных галерах, во вторую на средние и продуктовые - и только с голодухи и безисходности я готов снова пойти в upwork-agency фиксить индусское дерьмо.
После крестов можно учить и понимать почти любой язык, а джава как 1й язык может зациклить новичка на хай лвл, ооп языках с виртуальной машиной и прочим. Впрочем если цель формошлепство - учи сразу котлин
Брат, рассказывай подробнее
Где нашел, как долго искал, фуллтайм или нет, из какой страны компания? Какие у тебя умения и что было на собесе?
учился у инфоциган(гигбрейнс). по итогу на вкат потратил год. дохуя было отказов. в итоге устроился в подмосковье. 30 на испытательном, 50 после.
спрашивали на 1 этапе многопоточку, жизненный цикл и "расскажите что знаете/умеете".
на 2 этапе гоняли по библиотекам, даггер, рх, мввм, мвп, ретрофиты, бд.
когда устраивался знал только джаву, за неделю поднатаскался на котлин.
и да, до этого особо не кодил, сисадмином(не эникеем, а сети сервера и вот это вот все) хуеву гору лет работал. щас 28, так что историй про то что - вы ненастоящий программист - небыло
Всем спасибо, все свободны. Не думал что так немного. (гига 4).
считать из файла урок (файл json или xml), и показать экран с упражнениями из урока. кароч хз, я пока думаю, для начала один единственный формат упражнений, типо вставь пропущенную букву в предложение.
Оплата только битком, писать
В гуглоплее встроенная есть
Пацаны, короче, брейте бороды, чтобы их не было. Так, чтобы хлебало гладкое было. Голову тоже лучше налысо брить.
Код тогда отличный будет выходить.
А так - говно из-под хипстеров.
Не думаю что апворк хороший вариант. Мне кажется следует либо идти в гейм-дев конторы, а если хочешь сам на себя работать - ну сделай в соло игру, напихай туда рекламы/доната и заливай себе в стор. Я бы шел вначале в контору, а в свободное время пилил бы свой проект.
>Я бы шел вначале в контору, а в свободное время пилил бы свой проект
Двачую этого лично знаю людей, которые увольнялись и пилил проекты от 6 до 12 месяцев в итоге получая выхлопа 0% и только уходили в минуса, не считая того что за это время дохода небыло ибо и работы основной небыло.
Так чаще всего и бывает, большинство таких приложений имеют пару десятков скачиваний - от самого разраба и круга его друзей/коллег.
Самый успешный случай: работал на одной галере и знал одного разраба с своим, живым проектом в гугл плее - какая-то карточная игра (оффлайн + онлайн), монетизация на рекламе и подписке, тысячи активных юзеров (точно уже не помню).
Это самый позитивный случай из тех что я знаю, но даже с него, выхлоп - 300-400$ в месяц, при зарплате на галере около 2к.
Знаю чела вкатывался в кодинг, до вката сделал проект БЛОКНОТ, СУКА БЛОКНОТ с фичами, в то время там было 500к скачиваний и 100к юзеров ежедневных пользователей.
Профит вроде 300+ евро в месяц.
> Кошерно ли нынче использовать RxJava
Смузихлебы заклюют.
>>829121
> почему до сих пор кто-то юзает или даже требует в разработке проектов для DI Dagger
Ну вот щас, 2 недели у менеджеров попрошу на миграцию и будем использовать божественный коин а получу залупу за щеку.
К тому же даггер работает, к нему все привыкли, там зачем тратить человекочасы на переезд на коин?
Кстати, до сих пор не встречал идеального блокнота. То табуляции там еврейские, то тупят с кодировками, то не могут запомнить настройку word wrap.
Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна, если речь идёт о чем угодно, кроме Hilt, который имхо является эталонной реализацией, которая лучше всего вписывается в парадигму разработки под мобильные девайсы. Koin - service locator. Он предоставляет ссылки на объекты, которые привязаны к функциям - это простая замена ручной реализации. Даггер имеет правильную di-каноничную структуру полный граф зависимостей, просто дебажится, генерирует код с помощью аннотаций, что позволяет скрыть реализацию и максимизировать абстрактность. Он гибок, масштабируем, потому выигрывает в сложных проектах. он дешевле в долгосрочной перспективе
>>829138
>>829816
>удобная парадигма
Парадигма - реактивное программирование, частью которого является реализация вида:
>парадигма с цепочками Observable-ов
Kotlin Flow, считай, является нативной реализацией RxJava, где ключевым механизмом являются корутины. Вот, пожалуй, и всё. всё же, функционал у RxJava шире
Проекты, где уже используется RxJava, не будут переходить на Flow. Новые же, вполне вероятно, будут пилить и на нём.
Глянь EmEditor, может понравится
Хз, у меня даггер ничего кроме горения жопы не вызывает. Сложная для понимания, громоздкая штуковина которая только усложняет жизнь. Может в не в моей вселенной, где вертятся огромные мобайл проект написанные по клину и покрытые тестами даггер и полезен, но на кой хрен он для 95% проектов нужен я не понимаю.
Пробовал писать проект с этим дерьмом, спустя 2 дня словил какую-то абсолютно ебанутую ошибку (циклическая зависимость если верить гуглу), поковырял 40 минут, не починил - снес к хуям зависимость на даггер и больше никогда ее не добавляю. Либы должны упрощать жизнь, а не усложнять. Реального полезного функционала 0, а дополнительной ебли овердохуя.
(офк для собесов пару бредовых предложений про так какая охуенная вещь DI и Ioc я знаю, но не верю ни в 1 слово из них).
Сейчас в вакансиях все чаще Koin мелькает, может там все хоть чуточку понятнее.
Можно так делать, либо надо сначала дрочить жабу?фу бля
на руках имеется оффер и еще завтра второй будет (оба на позицию джуна 800$, но я за 3-5 месяцев выйду на уровень мидла и попрошу ревью с удвоением хп).
Молодец, как долго вкатывался? Какого уровня знания в вебе? Флаттер хорош для своей нишинебольшой кроссплатформенный клиент/прототип, сколько бы его не ругали. сам его использую
ну в вебе я был около трех лет, на реакте писал где-то чистыми полтора года. заебался чето с браузером ковыряться и решил ну его нахер. как раз из-за короны период был, когда смог вкинуться в изучение нормально. В целом познакомился с ним зимой, а плотно изучал последние 2 месяца.
Собесы прокачивают как ни крути. Даже если вы на 100% уверенны, что не пройдете - все равно тех. собес будет полезен. Вы сможете услышать вопросы, которые надо будет подтянуть. Джунские вопросы уже от зубов отскакивают после 5-6 собесов.
Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного. коммьюнити растет, это хороший показатель.
>Я расчитываю, что он не для прототипов будет, а откусит большУю часть рынка мобильного.
Когда у тебя начинаются подобные маняфантазии, сразу спроси у себя:
1) Чем он лучше реактнейтива/замарина/ионика/qt/итд;
2) Почему ни у кого не получилось, а у него получится?;
3) Он имеет какие-то преимущества перед нейтивом в техническом плане? Особенно учитывая, что когда он перестанет хотя бы так жутко лагать никогда уже SwiftUI и Jetpack Compose будут взрослыми.
1)приятнее разрабатывать. меньше проблем с перформансом, проще сделать 60фпс анимации и т.п. замарин и ионик умирающие темы. на рынке почти не имеют своей доли.
2) за флаттером гугл + некст система на замену ведра будет вся на флаттере. она уже на нем + поддержка десктопа уже появилась и веб хуярить можно. я еще не пробовал, но думаю кайфово.
3)это кроссплатформа = главное преимущество
>приятнее разрабатывать
Вкусовщина.
>меньше проблем с перформансом
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
>за флаттером гугл
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
>некст система на замену ведра будет вся на флаттере
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
>3)это кроссплатформа = главное преимущество
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
>приятнее разрабатывать
Вкусовщина.
>меньше проблем с перформансом
Если говорить про отрисовку UI, то всё ровно наоборот. Хотя, я хуёво шарю в андроиде, но на айоси рн рисуется нативными средствами и не лагает на простейшем списке, в отличие от флаттера, который даже это говно переговнил по скорости работы.
>за флаттером гугл
Скинуть тебе сайт с похороненными гуглом проектами? За рном фейсбук, а за замарином м$ (скоро выйдет MAUI и будет ещё один декларативный мобильный гуй-фреймворк). Тащемта, сейчас неподдерживаемые никем технологии и не всплывают.
>некст система на замену ведра будет вся на флаттере
а) Вроде как валидный поинт — но когда она будет-то? Ещё через несколько лет? А потом ещё ждать несколько лет пока она начнёт теснить андроид? Учито что-то что будет востребовано через 4-6 —да, это жостко;
б) Тащемта, если хотя бы залезть на доку фуксии и быстро глянуть картиночки, то становится понятно, что флаттер будет одним из фронтендов, причём даже рендерится он будет не сам, а системными средствами (как рн сейчас), кекус. А разрабатывать реально нативный UI для фуксии прямо сейчас можно на... плюсах и, нахуй, расте. Готовь жепу к байтойобству, если так ждёшь фуксию, лол.
>3)это кроссплатформа = главное преимущество
Ну, я тебя не об этом спросил. Как ты его бизнесу продавать будешь?
Просто сейчас с кроссплатформой такая ситуация, что она нужна либо для тестов всяких гипотез, либо малкому бизнесу, и рынок достаточно узкий (вакансии можно найти в основном в ооо ашот&ко и галерах, клепающих аппы этим ооо ашотам, либо в паре больших компашек, но ничего кроме прототипов на этом ты делать не будешь).
Большой бизнес предпочитает потратить бабла, чтобы не отгребать 1 звездочные ревью в сторах из-за кривого скролла и прочих особенностей технологии, имплементировать новые системные фичи максимально быстро, не спотыкаться о то, что чего-то нет и долго надо делать руками или вообще нормально сделать нельзя, получать продвижения от самих сторов (чего в том же аппсторе кроссплатформе банально не светит никогда, а в том же маковом аппсторе уже не пропускают приложения на электроне, что как бы кек).
Короче, пока кроссплатформа будет позволять только экономить, при этом значительно жертвуя качеством — она так и будет узкой нишей на рынке.
> не отгребать 1 звездочные ревью в сторах из-за кривого скролла
Этого и в нативных приложениях жопой жуй так то. Чаще хуевые оценки ставят из-за функционала, а не потому что у тебя списочек просел до 20фпс. Юзеры будут кушать говно, пока нужный им функционал работает.
Ты конечно сейчас скинешь мне приложение пердузы, но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички хотя там и правда нарукожопили.
Та же ригла на флаттере имеет вполне ок рейтинг на иосе
https://apps.apple.com/ru/app/ригла-аптечная-сеть/id1505062873
Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
держу кулачки за флаттер, но сам в него не лезу
>Та же ригла на флаттере имеет вполне ок рейтинг на иосе
Лагает ещё хуже пердузы (особенно открытие модалок в статьях, просто 3 фпс), правда ЦА из бабушек и дедушек явно на это внимания обращать не будет, вот уж ахуенный пример.
>но там ясно было зааноншено мол встречайте кроссплатформу, отчего борцы за чистоту кода сразу побежали ставить единички
Ага, набегают сотнями и ставят еденички, лол. Маня, это называется ЦА — у пердузы это молодёжь, в отличие бабушек у риглы, и требования к приложениям у них другие.
>Ща еще на декстоп раскатят, надеюсь электроноговно сдохнет нахуй после этого.
Сказал так, будто на нём написано что-то кроме полутора редакторов текста, лол.
Ты просто ахуеешь, пиздец как сложно. Надо быть доцентом физмата МГУ, иначе не осилишь.
Сап, кто то пишет на QML? есть вопросик по реализации бекенда на Qt/
Есть несколько стульев в плане работы с sql и Android Room:
- "Большие" запросы с кучей джойнов и с использованием @Embeded, все выцепляется в одном запросе
- Куча мелких запросов, никаких адских sql запросов, но дополнительный слой над ДАО (ну или в нем самом), где выплоняется несколько запросов и объединяется результат
В первом случае имею ебучей длины sql (под 100 строк), но все выцепляется за раз.
Во втором случае sql намного проще, но появляется доп. слой в котлине по отправке нескольких запросов и объединению данных , есть риск что плодить запросы дороже чем выцепить все за раз, но это хуй знает.
Как вы пишете на этой ссанине (Android Room) логику получания сложных объектов с вложенными структурами?
Я не смог подружиться с @Relation, оно не оче работает с one-to-one, а у меня именно что нужно это вложыенный несколько раз one-to-one выцеплять.
Интересно, что за проект такой)
Я бы выбрал 2й вариант, тупо потому что с склейкой любой джун разберется если что, а вот копаться в sql запросах куда более мерзкое дело, не каждый андроид разраб достаточно хорошо знает все эти ваши джоины и прочее.
нет.
Не так много вакансий.
Всегда требуется в довесок 1-2 года разработки нативных приложений или React Native.
Спасибо, схожу туда, сидел прост 3 года на qt и как magnum opus хочу сделать приложение на qml в качестве прощания, но так никто не делает, и если возникают вопросы по реализации ответить в гугле некому)
Прожект с наличием иерархии объектов, аналогично, например, иерархии животного мира, где там есть типы, классы, отряды и тд, всякие характеристики, куроч есть дохуя у меня и one-to-one и one-to-many и все это выглядит уебищно с первым вариантом, которым я пошел.
Плюсом первый вариант не подходит для того чтоб делать выложенные несколько раз структуры, там и так-то довольно ущербно все это с этими префиксами и необходимостью перечислять колонки, добавляя этот сраный префикс. Куроч боль ука этот Android Room
>java для андроид все
Чет орнул в голосину с долбоеба.
А ничего, что так, на вскидку, 98% библиотек и не только написано на жабе? И котлин только сахарок для синтаксиса и быстрой разработки? Я уже промолчу, что на жабе можно писать не только туфту под мобилки, а закрыть, например, весь стек технологий для проекта, написать серверную часть к примеру. Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки. С котлином соси бибу на андроиде. Пруф ми вронг, как говорится
>Да и захотелось дропнуть мобилы, знаешь джаву, вэлкам куда хочешь, хоть в написание оболочек для кофеварки
Только вот всё равно придётся дауншифтнутся максимум до начинающего мидла, просто потому что ты не знаешь предметной области.
>написать серверную часть к примеру
Да это на любом языке сделать не проблема, особенно в эру микросервисов, когда каждый пук можно писать на разных языках. Только вот дауншифтинга по причине описанной выше так же не избежать.
>Пруф ми вронг, как говорится
Тащемта, ты типичный нюфажек, который считает что кого-то ебёт его знание языка (который изучается от корки до корки за пару месяцев в данной ситуцаии, если ты не вкатыш, а твоё стремление сменить сферу в будущем намекает что к тому времени ты уже не будешь вкатышем, лол). Знание языка — это требование к, блядь, джуну, а не к разработчику.
От разработчика требуется знание платформы, паттернов, архитектурных подходов, набитые шишки во всех возможных местах, понимание что и как работает и как сделать то и это чтобы не лагало. Бывают конечно исключения, когда сложность языка ушла куда-то нахуй и уже целая история найти человека хорошо знающего язык (C++, например), но это не про джаву и котлин вот никак (у которых различия чисто синтаксически-сахарные).
Короче, сферу можно сменить всегда, но без просадки по зп и лычке ты этого не сделаешь (если не перейдёшь на буржуйскую галеру, в таком случае можно и апнуться, но только в случае удалёнки), а знание языка в такой ситуации — вообще второстепенная вещь.
Блин, ты перефразировал мой предыдущий пост более нудным образом. Друже, знаешь, с котлином, если начать неожиданно с него, может получиться такая же история, как с пхп-макаками в свое время, не типизированные язык, все дела. То же и тут, всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля хороший замах на функциональность, только вот нахуй он тут и еще много чего. Это, блядь, фундаментальные вещи любого другого ООЯП, а котлинодибил о них ни сном ни духом, умный интерпретатор за него все замутит да здравствует сахарок. Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол. Вместе - да, отдельно - нет. Никто никогда не будет переписывать имеющиеся вещи с жабы на котлин. Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
>хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего
Глупость высшей степени считать, что тип разработки ("на коленке" vs "вдумчивое") зависит от инсрументария, к тому же столь похожего.
> 1833619
> на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Есть автоконвертация жаба-кода в котлин. Да и какой нужно быть одебилившей джэвэмной, объектно-ориентированной котлино-макакой чтоб не осилить джавовый код прочитать хотя бы?
Здрасьте Здрасьте Люди добрые
Понемногу пилю свое приложение, фор фан, так сказать, понемногу вкуриваюсь в тему
Добавил в приложении кнопку перехода на секонд активити, и все работает
Но в правом нижнем углу значок письма
Изначально там уже была какая-то кнопка
Код для этой кнопки
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, там только одно текстовое поле
В превью никакая кнопка не отображается.
Что за нах магия? Что делать?
это может быть связано со строкой в файле манифеста
android:theme="@style/AppTheme.NoActionBar"
но это не точно
это пздц, подключаю androidx, firebase, рекламу и все, лимит превышен. Притом моего кода на 3к всеголишь
>Я к тому, что котлин хорош для скоростной разработки говна на коленке, но не для вдумчивого осознания происходящего и тем более не может собой заменить жабу, лол.
Друже, чтобы писать вдумчиво, осознавая что происходит под капотом — надо писать максимум на, блять, си. И вообще вкатываться в программирование по хорошему надо через него, потому что он даёт минимальную абстракцию над железкой и ос, а не закрывает всё виртуальной машиной и тысячей абстракций, начиная от языковых заканчивая твоими абстрактными фабриками синглтоновых бобов.
>Да хули, банально погугли че нить под андроид, на сцаном стэковерфлоу какой процент ответов на котлин? Правильно, никакой, все на жабе. Заебись обучишься аки боженька
Ну, если для тебя подобное это проблема, то стоит задуматься о карьере грузчика.
>Чет орнул в голосину с долбоеба
Так же подумал, когда увидел твои нюни.
Собственно, анон тебе уже всё расписал. Единственное, что тут можно добавить - да, новые проекты действительно пишут на Котлине, в чем ты можешь убедиться самостоятельно.
обзванивай галеры/спрашивай на проходной/выбирай свой способ
>>833619
>всякие множественные конструкторы, отсутствие nullPointer, примитивные типы от объектов, проебанные статические члены и не приватные поля
Это юзкейсы, которые были реализованы для стандартизации/упрощения. Ты можешь сделать всё то же самое на манер джавы. Считать null-safety минусом, конечно, интересная позициянет. Автобоксинг тоже является элементом удобства, потому что компилятор самостоятельно избавляется от лишней ссылочности, что идёт на пользу производительности. Статика - зло, ловушка для дурака, так что это тоже правильное решение. ФП на любителя. мне нравится
>Никто никогда не будет переписывать
О том, что это нецелесообразно, уже было сказано.
>Заебись обучишься
Есть разница между целенаправленным и глубоким изучением и ознакомлением с тем, что необходимо для понимания механизмов, с которыми ты сталкиваешься в работе.
>>833896
multidex
Не стоит, короче, брать исключительно один подход это как раз и разорвет потом мозг - может возникнуть ситуация, когда будешь пытаться впихнуть невпихуемое. Включай мозг и продумывай где лучше разбить по разным сущностям, а где ебануть @Embedded и вытаскивать все джоинами. Обращай внимание на то как часто происходит обращение к бд касаемо какой-либо сущности, как будет удобнее работать, насколько действительно большая сущность. Возможно, где-то сущность используется только частично, а не целиком. Прикидывай в голове в каком месте какой подход будет оптимальнее.
Чувак, конечно, жава задумывалась для разработки всякого embedded, но на практике все продолжают писать прошивки на C (иногда C++). Java слишком жирной оказалась для этих целей. Для кофеварок не то что STM32F0/F1 хватит, а даже какой-то старой Atmega8. А там Java означает сожрат всю flash и не только.
Поэтому, валиднее говорить, что, мол, захочешь тырпрайз под банки писать - жова лучше. Хотя, как ни крути, сейчас все проекты под ведро пишутся на Кт.
Спасибо, в итоге в этом направлении и двигаюсь, часть переделываю на отдельные методы, часть оставляю так, буду анализировать как оно используется
> Koin - service locator
нет, Dependency Injection
>Если в проекте используется Даггер, миграция максимально бессмысленна и убыточна
В целом да, но если проект относительно недавно начат (считай - менее года назад), то лучше переехать. Ну, или держать одних и тех же разрабов на нем, лол.
>dagger
> просто дебажится
> гибок
> масштабируем
> выигрывает в сложных проектах
тут просто в голос. Просто без троллинга или оскорбление посоветую - юзани в одном проекте Коин. А потом можешь придти сюда и признать неправоту.
> Kotlin Flow, считай, является нативной реализацией RxJava
Урезаной минимум наполовину. БОльшую часть реальных задач из реальных проектов, которые при помощи RX делаются на изи, ты не особо сделаешь на корутинах без мозгоебли, танцев с бубном и т.д. Да и из беты они не так давно вышли.
На размышление дается 30 секунд.
Бамп кнопкой письма!
Где ещё может лежать какой-то кусок кода, который может быть ответственным за эту кнопку? Подскажите, в какую сторону копать.
Кнопка письма это FloatingActionButton. Вообще она добавляется в разметку. Попробуй перейти по ссылке нажав на айдишник view. В том месте где у тебя R.id.fab
>нет, 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(), хотя код будет написан быстрее даже в том случае, если ты решишь самостоятельно реализовать фабричный класс под собственные кейсы, что сэкономит тебе время в будущем.
При этом проект нормально собирается и запускается, проблема только с этим.
Кто-нибудь сталкивался и знает как пофиксить?
Да, это нормально, ты залез в залоченный класс.
Поковырялся 40 минут и сдался? Работал с большими долгоживущими проектами?
Мне переодически нужно несколько часовых подходов, разнесённых на 2-3 дня, что бы вкурить что тут происходит (как про Dagger, так и про другую ебовую логику)
Но согласен, для небольших проектов Dagger избыточен, да и в целом тяжёлый для понимая
Читал подобное объяснение разницы SL и DI от Жеки Вартанова
И тут меня смущает, вот что: в koin мы явным образом просим об удовлетворении зависимости через присваивание, а в Dagger просто вешаем @Inject и все работает само, но при этом для классов Activity, мы должны явно просить (.inject()), что бы зависимости были удовлетворены
Т.е. там и там мы в явном виде запрашиваем об удовлетворении зависимостей, просто в Dagger менее явно
Не находишь, что разница довольно эфимерна?
Наконец-то можно с кем-то это обсудить
Мимо юнити сишарп макака
Кстати вопрос, даже два.
Были слухи что гугл свою новую ось создает вместо андроида. Где-то с год назад слышал это. Как сейчас дела?
И еще, не силен в архитектуре. Но есть ли возможность запускать приложения как сервис в винде? Хочу себе gps локатор запилить. Чтобы если проебал телефон, то запилинговать мог. Ну и еще на смарфон тяночки такое поставить) Ну и возможно ди сделать так чтобы этот сервис/приложение потом при заводском сбросе не удалялся и так и работал?
Да знаю что там можно изначально в настройках поставить выдавать местоположение, но это работает до того момента, как злоумышленник не сбросит телефон к дефотным настройкам. Или это пофиксили давно?
Мимо еще и эпплраб
Я устал двачерам писать одно и тоже по несколько раз. Подними взгляд выше и прочти еще раз
>Наконец-то можно с кем-то это обсудить
Напридумывали аббревиатур, за которыми скрываются банальнейшие вещи и долбются в сраки в своих крафтовых барах, обсуждая с гонором всю эту хуету. Эх бля, вам бы на хабор, лайков бы набрали там.
Читаю книжки. Ща осваиваю котлин из серии The Big Nerd Ranch, и он пиздец как охуенно идет, за неделю 200+ страниц осилил. Не думал что так будет легко, навреное знание явы рили реашет
Потом буду продолжать изучать андро по книге из той же серии the big nerd ranch 4 издания, там вроде все уже на джетпаке, да и отзывы о ней норм
Тебе придётся заплатить за то, что смотришь как мы долбимся
>Поковырялся 40 минут и сдался? Работал с большими долгоживущими проектами?
Мне переодически нужно несколько часовых подходов, разнесённых на 2-3 дня, что бы вкурить что тут происходит (как про Dagger, так и про другую ебовую логику)
Аналогично, я въезжаю в новые вещи достаточно долго. Вроде уже 2 года опыта, а в дагере и rх я околонулевой. Но тут проблема не в том что "ниасилил" - а в том что реально не вижу смысла жрать кактус. В сторону не менее для меня сложного для rх такого бугурта нет
Самый большой из тех что я поддерживал - аудиостриминговая аппка, несколько десятков тысяч активных юзеров (за месяц), никаким дагером и не пахло (и слава богу).
Там основная проблема была в тотальном забиве на dependency inversion и в целом скатывания в тотальный монолит (спасибо ебанутым требованиям БА без времени на рефакторинг).
И проект в сторе был уже года 4, когда я на него зашел так что не скажу что убер сложный, но долгоживущий и вполне живой.
Что выдает, как именно не запускается? Там возможно нужно поебаться с haxm и прочим.
Учить кодинг по книгам и докам? Как по мне подход такой себе, как только разобрался с языком (и базовыми основами того как нужно писать код и выстраивать архитектуру) - нужно садится и писать приложуху и разбираться по ходу дела со всем ведроид сдк.
Начнём с того, как ты скажешь системе какой конструктор юзать?
Если покажешь рабочий вариант, то будет очень круто
Может быть в bios отключена виртулизация или как там этот параметр называется, но это актуально если ты на винде или линухе сидишь
Он же стал платным(
Сам первый раз столкнулся с большим проектом, приложуха для физ. лиц крупного банка (Аааааааааааа)
И тут уже хочешь не хочешь придётся жрать кактус, особенно когда нужно сделать, то чего ещё в проекте нет или рефакторить приложение в светлое будущее, благо на это выделяют 20% рабочего времени
Спустя пол года работы, изучил только крохотную часть приложения (4-5 экранов), про которые я могу сказать "Я знаю какая там логика". Это для меня дико необычно, т.к. до этого все проекты были написаны +- с нуля и ты мог пояснить за логику на любом экране
Насчёт не выделяют время на рефакторинг, можешь попробовать продать это менеджерам
Есть хорошая книга, которая поможет в этом: "Наш код. Ремесло, профессия, искусство | Бугаенко Егор"
Еще рекомендую как будто меня спрашивали "Элегантные объекты. Java Edition | Бугаенко Егор"
От подходов автора к ООП, будет рвать жопу на протяжении всей книги, но после осмысления твой код может стать чуточку лучше)
Например автор считает что конструкция if должна быть объектом: new If<Int>(bool, int1, int2);
Бугаенко, Бугаенко, божественный Бугаенко!
Солидарен с тобой, сам написал свою первую приложу опираясь на "Освой андроид играючи"
Но тут есть подводный камень, с которым ты столкнешься - незнание всех возможностей языка/фреймворка/либы и из-за этого будешь местами придумывать велосипеды
Так что со временем всё равно придётся изучать гайды полностью
Какие подводные?)
Да. И не удивительно.
Пару вендоров только свои смарты позволяют обновлять на свежую версию системы. Самсунг и еще кто-то там. И то, пару раз всего, а потом новый смарт покупай. Кекв
Я до сих пор хз что делать. Покупать опять айфон за оверпрайс или самсунг.
В андроиде для меня намного больше возможностей (для полного счастья не хватает ток клаву подключить и ide открыть), с айос там конечно поменьше, типо торрентов нет, из локально сети не посмотреть фильм/сериал, ну и самое главное, нельзя разработкой заниматься без macos. Это прям пиздец, уже бы наверно пару приложух замутил по приколу.
Но у айфона есть киллфича прям. Хуй ты его разблокируешь и сменишь владельца. Я всегда смогу найти свой смарт, ток, конечно, если в нем есть зарчд батареи
>Начнём с того, как ты скажешь системе какой конструктор юзать?
>Если покажешь рабочий вариант, то будет очень круто.
Мысль не в том чтоб заставить систему юзать не дефолт, а в том чтоб самому спокойно пользоваться своими конструкторами, а системе сделать дефолтный с своей логикой для ее потребностей
Насколько я понял сдк делает что-то вроде этого:
Fragment f = clazz.getConstructor().newInstance();
Этот код спокойно достает ручками созданный конструктор без параметров, например:https://pastebin.com/QJTR52My
Пока вообще не вижу никаких проблем с этим...
Так наоборот удобнее кодить на маке, чем из по винды.
А что ты собираешься в этом конструкторе делать?
Инициализировать переменные/свойства фрагмента?
Я бы сказал, что разница соответствует "промежуточному" месту sl между жёсткой инициализацией объекта и di.
>но при этом для классов Activity, мы должны явно просить (.inject()), что бы зависимости были удовлетворены
Это один из кейсов, которые должен был покрыть DaggerAndroid, но не пошло.
>просто вешаем @Inject и все работает само
И мы получаем минимальную связанность и полноценный IoC, чего не может быть в Koin, где само понятие зависимости условно. Это та жертва, на которую пришлось пойти ради упрощения.
Нет, мне действительно нравится Koin пока я не ловлю рантаймы, но такова уж особенность reified, он действительно хорош для быстрого наброска "на коленке"посмотрел свои маленькие проекты, выглядит нереалистично просто, но для чего-то сложного, что нуждается во внедрении архитектурных решений, я возьму Hilt.
Ну если подумать всерьез - на практике все завязано на лайфсайкл, полагаться на создание обьекта в андроиде - гиблое дело.
Хотя мне тут нужно разобраться в теме до конца, сейчас например наткнулся на то что активити в случае когда ее убивает в бэкграунде при своем восстановлении, за каким-то хреном, достает как фокусник из шапки старые инстансы фрагментов, как это работает до конца я пока не совсем понимаю.
Какое ж говно ты сюда принес. 100% ооп нахуй никому ненужно. Бугаенко чорт который и пиарится как менеджер на статьях которые подрывают зад.
Плюсую, никому классическое ооп как правило не нужно. Взять те же основные архитектурные паттерны для андроида: как правило пытаются разделить стейт (модель), поведение и представление. По логике ооп разделять стейт и поведение уже не очень, попахивает какой-то функциональщиной.
У бугаенка оно и не особо классическое, оно именно что упоротое.
Но мввм не перечит ни ооп ни солиду. Ты не совсем прав.
640x360, 5:04
Signature[] sigs = context.getPackageManager().getPackageInfo(context.getPackageName(), PackageManager.GET_SIGNATURES).signatures;
Signature sig = sigs[0];
// далее мы через sig получаем хешкод, массив байт, массив символов и из всего этого генерируем md5 строку, которую потом проверяет сервер
Вопрос - взломщик сможет подменить результаты методов Signature в апк файле приложения: hashCode, toChars, toByteArray? Насколько это сложно будет сделать?
> хочу в приложении делать проверку при помощи кода, который присылается с сервера и исполняется динамически
Нихуя не понял, ты собрался dex присылать с сервера и его выполнять или че?
> Вопрос - взломщик сможет подменить результаты методов Signature в апк файле приложения
Может, просто ищется по использованиям класса 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 возвращал правильные данные(то есть данные приложения с оригинальной подписью).
> байтоебов
У меня есть плохие новости для тебя.
Тут в треде есть... воннаби-байтоебы... Только тссс!
Работаю, реально.
Реально, но если ты не будешь справляться то скорее всего тебя дропнут через 2 недели.
Сходу вижу 2 варианта - шейп с скругленными углами на бэкграунде, или вкладывать эти все вью в CardView где есть corner radius. Оба варианта имхо одинаково костыльные (100500 бэкграундов с разными цветами и радиусами угла vs чуть более засранная иерархия лейаутов), может есть какой-то третий путь?
Хотя бекграунд все же выглядит адекватнее, чем +1 уровень вложенности из-за одного удобного атрибута.
Не использую Активити и фрагменты как контейнеры для экранов. Конструктор инжекчу все что мне нужно.
А коин позволяет подключить зависимость только на уровне гредла - чтобы di Фреймворк сам ее без модификации кода подцепил? В Даггере можно.
А чем шэйп костыльный? Вот кнопки в Cardview это что-то дикое.
Когда долго делаешь задачи, либо делать их не качественно, либо доебывать старших разработчиков всякой хуйней, проебываться и делать только простые задачи.
Надеюсь, в этом треде нету женоподобных сойбоев.
1. Вынести oldBalance и newBalance в 2 переменные в самом начале функции
2. Проверять newBalance обычным if'ом
3. Операцию изменения баланса вынести после проверки и изменения всех патронов
Спс
Кстати, для обращения к элементам наследников Iterable кошернее юзать indexing operator ([]) или напрямую get-методы?
В примере блютуз чата от гугла, используют Thread. Еще где-то асинхтаски. Есть ли смысл повторять эти подходы вообще?
Асинктаски депрекейтед уже (если ничего не путаю). Вообще самое стильное и молодежное конечно же корутины. От какого года этот пример от гугла?
Всем доброго времени суток
По каким-то туманным причинам не считывает текстовый файл из raw-директории
https://pastebin.com/Cf5PU0Fm
После двух нажатий на кнопку все начинает работать :) В смысле ветка else
Там в поле, которое должно меняться, есть стартовый текст, который должен подменяться. Он не меняется.
директория в res, там создана новая директория raw, в ней файлы .txt, иначе в поле this.resources.openRawResource(R.raw.c0)не подставить, не появляется вариант.
Подскажите, что я делаю не так и куда копать в сторону ответа.
Разбираться впадлу (чтение файлов ручками всегда стремной вещью было), но код очень странно выглядит. Декларация метода внутри ифа - зачем, вложенность побольше сделать?!
Если maxcounter иммутабельная константа - так и создавай ее сразу как const, не парь людям и компилятору мозги.
e.printStackTrace() - в андроиде такое писать странно.
Плюс к предыдущему, не стоит в котлине без нужны явно тип писать при инициализации переменной var string: String? = "" - тут можно String? опустить, к тому же зачем ты ее делаешь nullable, когда по коду ты туда null не присваиваешь и даже при создании сразу даешь туда валидную пустую стрингу а не null.
Насчет интов - аналогично, вместо
private var counter: Int = 0
достаточно
private var counter = 0
>>841958
>Разбираться впадлу (чтение файлов ручками всегда стремной вещью было), но код очень странно выглядит.
А то! Это же мой код!
Поговорим о главном: мне нужно, чтобы по нажатию поле текста заполнялось нужной мне карточкой (сейчас просто по порядку). Какие "бест практис" для этого в андроиде? Забить кучу строковых ресурсов? Некие базы данных? Есть какие-то относительно незапарные варианты, ну или общепринятые практики? Для запарных время ещё не пришло Укажи мне путь
>Декларация метода внутри ифа - зачем, вложенность побольше сделать?!
Это мой особый стиль
А как нужно было сделать? В другом файле и просто импортировать? Или до цикла? Или вообще до описания класса активити?
>e.printStackTrace() - в андроиде такое писать странно.
Тут будет отсылка к вопросу про "бест практис"
Рекомендую спрашивать на собесе/первых днях работы: "Чего вы от меня ждёте?"
Плюс запрашивать фидбек половину испыталки, что бы не накручивать себя неведением
>Поговорим о главном: мне нужно, чтобы по нажатию поле текста заполнялось нужной мне карточкой (сейчас просто по порядку). Какие "бест практис" для этого в андроиде? Забить кучу строковых ресурсов? Некие базы данных? Есть какие-то относительно незапарные варианты, ну или общепринятые практики? Для запарных время ещё не пришло Укажи мне путь
Вопрос в том насколько здоровенные у тебя тексты и сколько их. 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
Ого
Ладно, не всё сразу
Решил БД пока не трогать, т.к. там думать нужно, а ещё мне не нужно менять эти текста, мне даже "на горячую" не нужно их заносить
>смотри паттерны MVP/MVVM
Хотел спросить "что это такое вообще", но не стану. Почитаю, как будет время
>И стандартный логгер в андроиде мерзкая вещь, рекомендую подрубить что-то стороннее, например: >https://github.com/JakeWharton/timber
Мне бы со стандартным разобраться :)
Раз уж я тут отписал, есть актуальный вопрос
Мне кажется, аксакалы с этим на раз-два справятся
Хочу присвоить тексту строковый ресурс (извлечь строковый ресурс в текст)
Но имя этого строкового ресурса генерится переменной
textOfCard.text = getString(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.???
Эй, ну что же ты, анон
Я бы не стал спрашивать, хотя бы не попробовав гуглить
Давай на твоем примере:
Есть строковый ресурс
<string name="app_name">Hello World!</string
соответственно, если мы сделаем
textOfCard.text = getString(R.string.app_name), то полю textOfCard задастся значение Hello World!
Замечу, что мы сами написали всю конструкцию, зная "ключ" app_name
Но как провернуть такой же трюк, если app_name генерируется в ходе работы программы, т.е. является переменной?
Никаких var там не подставить, ${} тоже.
Так и не понял в чем проблема. Хотим - скармливаем туда id ресурса, откуда стринга достанется сама. Если у нас что-то генерируется на лету - то мы туда можем засунуть любую кастомную стрингу из любого источника.
email_support.text.setText("123")
или
email_support.text.text = "123"
Или ты о классе R? Он генериться на этапе компиляции, просто давая intовые айдишники всему дерьму из ресурсов, с динамикой лезть туда не следует.
В ресурсах лежит статика, ссылки на нее (в виде этих интовых id) запихиваются в класс R на этапе компиляции. Никакую динамику ты там не сделаешь, ты туда пихаешь заранее все что может понадобится, максимум там можно еще сделать квалификаторы, чтоб получать разные ресурсы в зависимости от плотности пикселей, языка, дневного/ночного режима и т.д.
А все что генерится в рантайме - берешь и присваиваешь напрямую, причем тут вообще класс R в таком случае не ясно.
>>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! ?
Понял. В общем - никак (напрямую, может можно что-то наговнокодить, но не стоит). Потому что мы по сути пользуемся не ключами напрямую, а их id, которые генерятся при компиляции и складываются в этот R файл в виде константных полей.
https://developer.android.com/guide/topics/resources/accessing-resources?hl=ru
С точки зрения языка это не ключ, не строка, это название поля класса R, название переменной. Единственный вариант достучатся к ней как ты хочешь - это Reflection Api, там мы можем пытаться достать любое поле/метод чисто по его имени в виде строки. Но это жуткий костыль, к которому прибегают в крайних случаях от безысходности, это явно не тот случай.
Получается, что у меня не очень-то много вариантов использовать выражение textOfCard.text = getString(R.string.app_name), если я знаю конкретные app_name?
Использовать что-то вроде GetResId
https://coderoad.ru/4427608/Android-получение-ресурса-ID-из-string
Или это лютый костыль?
Это ломает мою неокрепшую парадигму
А как иначе можно? Есть какой-то способ выводить текст, но именно те куски, которые мне нужны? Ну, как-то структурировать и выводить?
Ну это и есть рефлексия о которой я говорил.
Field idField = c.getDeclaredField(resName);
return idField.getInt(idField);
И да, рефлексия считается лютым костылем в регулярном коде.
Я юзал в проде 2 раза, чтоб сделать невозможное возможным (в динамике менять FCM_SENDER_ID для одного левого сервиса пушей и залезть в чужой сдк и поменять параметры которые извне не доступны). А для таких бытовых вещей юзать рефлексию очень странно.
>А как иначе можно? Есть какой-то способ выводить текст, но именно те куски, которые мне нужны? Ну, как-то структурировать и выводить?
Масса вариантов, не понимаю зачем заниматься подобными извращениями. У тебя есть какой-то большой текст откуда ты хочешь быть способным достать рандомный кусок? Или у тебя список текстовых файлов с которые тебе нужно доставать по какому-то индексу? Можешь подробно расписать кейс который породил такие мутные схемы в твоей голове?
Чет не заводится. Наверное, такое бывает, когда пытаешься вставить джавовский код в котлин файл
Или я просто не туда вставляю.
>И да, рефлексия считается лютым костылем в регулярном коде.
А почему так считается? С моей точки зрения человека, слабо знакомого с языком, очень даже логично. Это не секьюрно?) Или есть какой-то подводный?
>Можешь подробно расписать кейс который породил такие мутные схемы в твоей голове?
Короче, есть кнопа и текстовое поле. И много кусков текста. Просто разных кусков, никак не связанных.
В зависимости от настроек до запуска активити берутся несколько кэтих кусков и выставляются в случайном порядке. Далее при нажатии кнопки выдается первый из перемешанного списка, потом второй,...
Все таки до конца не понял, ну и ладно. Если речь идет прямо о кусках текста - я все таки бы заморочился с БД. Если заморачиваться не хочешь и тебя прямо прет по папке /res глянь такую вещь как string array для того же strings.xml. Напихать туда все твои текста, достать их в виде массива одной строкой, а дальше стучи по индексам и вообще делай что хочешь.
Ну, куски по полтора предложения длинной, но их будет много. 500+ кусков по полтора предложения - это много?
БД звучит красиво, но блин, это сложно. Выглядит со стороны прямо пиздец как сложно. Я в питоне еле прикрутил, хотя делал считай степбайстеп, а тут еще по джавовским видосам крутить. Я бы сначала сделал так, а потом оставил бы себе план на расширение.
>Ну, куски по полтора предложения длинной, но их будет много. 500+ кусков по полтора предложения - это много?
Никогда с подобным в андроиде дела не имел. Но 500 с хреном не слишком много имхо. В каком виде они у тебя сейчас есть и как тебе конкретное из них доставать нужно, тупо по № (индексу) или еще как?
не совсем
или да
В общем, пример с картинкой
Есть 100 фрагментов
Выставлены определенные настройки, которые уменьшают количество, скажем, до 5
номера 0 1 2 77 99
До нажатия кнопки я хочу перемешать все тексты и выстроить в очередь
2 1 77 99 0
При нажатии той самой кнопки я хочу выводить их по порядку из перемешанной очереди.
Пока что так.
Ну если прямо не хочешь заморачиваться то делай через 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+ руками вбивать идея не лучшая.
Ну или пиши в raw как изначально кидал,. Придумай себе сепаратор между частями, считывай все это дело в тот же массив и развлекайся.
Я не совсем понимаю чем вы тут занимаетесь
Но 500 строк можно запихнуть в ресурсы посредством string-array
>А почему так считается?
Как правило рефлексия используется, что бы можно было делать, то что запрещено автором используемого класса/библиотеки, например обратиться к приватному методу
И при таком обращении ты сточкой пишешь название метода к которому хочешь обратиться, а автор такой взял и поменял название метода, после чего ты получаешь ошибку в рантайме
Здрасте
Слушайте, а обязательно изучать Hilt, Hephaestus, вот эту вот рыгачку?
В принципе, уже 2 года как используем Dagger 2 и он как раз. Про коин знаем, идите нахуй, спасибо
И вообще, че щаз нужно изучить по минимуму, чтобы не быть на обочине?
Я считаю, что Hilt является воплощением того, каким должен быть di-фреймворк в контексте мобильной платформы, поэтому советую рассмотреть его, как минимум, для ознакомления с используемыми практиками. Если говорить кратко, это обертка для Dagger, смысл которой заключается в полной интеграции с Jetpack и компонентами его библиотек, циклом разработки и платформенными компонентами. До него этим воплощением пытался стать DaggerAndroid, который, что было заявлено в качестве основы философии подхода, был нацелен на устранение недостатков и специфических проблем языка и речь в данном случае как о java и производительности java-кода, так и о байт-коде и самой структуре построения графа объектов, которые пытались решить с помощью оптимизации кодогенерации платформенных компонентов с учетом жизненного цикла объектов и безопасности. В Hilt же оптимизацию связали с Jetpack-либами и их компонентами, которые, по сути, являлись и являются наиболее уязвимым местом с точки зрения производительности, без внесения существенных изменений в механизм работы Даггера с кодогенерацией. Этот подход наиболее удачен как с точки зрения проектирования продукта, так и с точки зрения его тестирования и потенциального внесения изменений в di-структуру, т.к. инструменты Даггера более низкого уровня лаконично вписываются Hilt-проект и сделать это гораздо проще, чем с DaggerAndroid, эффективность которого не оправдала себя, а используемый подход не позволял полноценно применять его в одном проекте с Даггером, либо же просто делал его бесполезным и лишним. Пока сложно говорить о том, будет ли он распространен в качестве основного инструмента, но внимания он определённо заслуживает.
Ну, соглашусь по поводу DaggerAndroid. Такая себе, тулза, если мягко говоря. Не удачная.
Окей, благодарю за ответ. Посмотрим чего оно вообще такое, этот дивный зверь под названием Hilt.
>Может, просто ищется по использованиям класса Signature, он же не обфусцирутеся
Сам нативный класс Signature может быть изменен? Так, чтобы приложение продолжало работать и не крашилось.
>Да, замечу, что об синтаксис я очень спотыкаюсь. Да простят меня местные аксакалы, но питон интуитивно куда понятнее новичку.
Смотря с чего начинал. Я плавно уходил с универских с++, поэтому куда более простоя джава с похожим синтаксисом зашла на ура, а там просто сел и в 1 день на котлин перешел.
При этом с питоном я тоже дело имею (универ, ML и все такое) - и он напротив вымораживает в некоторых деталях. Чего стоит только то что от табов логика кода зависит, это же просто ахуеть.
Нет, но di нужно понимать. В этом смысле ближайшая аналогия Dagger и Hilt - SQLite и Room.
Вот есть скажем интернет магаз, где есть фрагмент с здоровенным ресайклом c товарами. При нажатии на товар открывается фрагмент с подробной инфой по товару, тот фрагмент с списком товаров уходит в бекстек. Потом жмешь назад - и мы видим тот же фрагмент 1 в 1, ресайкл с той же позицией и т.д.
По лайфсайклу view при уходе в backstack уничтожается, а при возвращении создается заново. Но при этом во всех приложениях она спокойна живет (причем выглядит так, как будто именно живет, а не восстанавливает стейт, даже никакого лага на подзагрузку не видно.
Как это делают? Как-то сохраняют и переиспользуют вью? Сохраняют стейт и как-то настолько быстро по нему восттанавливают вьюху? Или эта навигация сделана вообще не через бекстек, а фрагменты тупо открываются поверх старого? В общем проясните как добиваются такого поведения, какие тут best practices.
Всем привет
Хочу вставить форматированный текст (заголовки, шрифты, разные цвета)
Но так, чтобы относительно просто, не хочу собирать конструкцию из кучи TextView
Какие есть для этого варианты, которые не порицаются обществом? WebView?
Есть что-то относительно простое, чтобы текст одним модулем вставить?
Смотри spannable strings и еще андроид поддерживает html - форматирование, можешь и про это почитать
Hephaestus(теперь Anvil) - это мастхев при работе с кинжалом. Постоянный include модулей это для меня был единственный минус даггера. С Anvil'ом это теперь идельный di фреймворк. Всякие коины-хуёины и в помётки не годятся.
Ну okhttp / retrofit стандарт де-факто. Можешь конечно использовать HttpURLConnection ("из коробки"), но зачем так делать - не ясно.
Ебать, чуваки. Отэта да. Понял, спасибо.
Эээх, теперь опять смузи пить учить новые тулзы для ведра :( Надеюсь, на работе изучу...
Всем привет
Хочу сделать выпадающий список, но чтобы были только картинки
С текстом это делается в одну строку, а с толкьо картинками
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://inducesmile.com/kotlin-source-code/how-to-create-custom-spinner-with-image-and-text-in-kotlin/
Но это всё равно длиннее, чем я ожидал.
Понял. У меня такая задача, надо в качестве мониторинга кидать пост запросы на сервер с данными. Если запрос не прошел, ничего страшного, как я понял, мне нужны асинхронные запросы.
>>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 кастом спиннер итем полоска минимальная, но есть. Перебирать уж очень не хочется.
Вроде зашаманил, помогли манипулации с весами во всех местах
Вопрос: сколько человеко-часов займет создание первой версии такой поделки? Я сам плюсовик, под андроид никогда не писал...
Что-то адекватное это несколько месяцев.
Как фиксить?
почему он сам не учит ведро-разработку и не делает это, раз так верит в свою идею, а мусолит тебя?
Сам работает в другой области, в какой-то металлургической компании занимается госзакупками. Кстати, по этой теме предлагает запилить одно приложение для автоматизации процессов, вот тут уже детали я знаю и могу сказать, что идея достаточно здравая
ну ладно. Мб это какая-то форма моей личной неадекватной неприязни к тем что постоянно придумывают чо делать и советуют всем, как будто самостоятельные разрабы только и ждут как им кто-то укажет что делать, а не делают свои идеи, что значительно приятнее. Хотя я бы сам наверное тоже чота придумывал и советовал, просто полет творчества вырывается с них и им становится приятно от этого, думаю.
Вообще-то, на фриланс биржах есть как раз те люди, что делают приложения под ключ за деньги, если "советчики" реально верят в свою идею.
У меня ситуация скорее обратная. Общаюсь с кучкой бывших однокурсников, которые неплохие, в общем-то, программисты, но достаточно замкнуты в своей сфере и максимум пилят "гамы". Нет у них ни знания какой-то предметной области, ни каких-то навыков работы с людьми или в какой-то индустрии, кроме как на своих прогерских галерах. Я вот как раз рад был с этим парнем познакомиться, потому что он вне нашего прогерского мирка работает, понимает, на что есть запрос, имеет выходы на полезных людей.
Вообще, надо сказать, что идея заказать работу у фрилансера у меня появилась практически сразу. Но, с другой стороны, тогда зачем тут я? А у меня какая-то с детства, видимо, мечта сидит основать свой стартапчик в гараже. Хотя не знаю совершенно, возможно ли на данной деятельности поднять хоть сколь-нибудь значимые деньги
> Нет у них ни знания какой-то предметной области, ни каких-то навыков работы с людьми или в какой-то индустрии, кроме как на своих прогерских галерах.
Сорри, но как будто у тебя есть.
> каких-то навыков работы с людьми
не нужно, все автоматизировано, общение через почту по желанию, с клиентами
> в какой-то индустрии
что именно ты знаешь что они не знают?
>Сорри, но как будто у тебя есть
У меня как раз тоже нет. А вот у этого моего товарища есть. Зато я более-менее могу прогать. Таким образом, мы можем друг друга дополнить
Спасибо, и тебе
* на препросмотре кнопки есть, но после запуска вьюпейджера (настраиваю его в onViewCreated) он перекрывает их к хуям.
попробуй не спавнить туда никакие картинки. Предполагаю что глайд, или что ты там юзаешь, чтобы показывать картинки, это делает.
Нет, захардкожено пока все. Шиза еще веселее - дело не в слайдере вообще, сместил его - а кнопок не видать. Включил отображение всей разметки - их вообще нет... На превью есть, а на девайсе нет. Студию уже с инвалидацией кеша перегрузил, 2 инстанса эмулятора пробовал - один хрен. Видимо то что я мучу в рантайме убивает их как-то, но не понимаю как...
Нашел причину, увидел мааленькие куски нижних границ этих кнопок вверху экрана. Такое впечатление что банальный topToTop лепит их не к верху вью, а прямо к верху экрана, игнорируя системный топ бар. Если сместить их вниз - все ок. Только на этом экране, и на превью при этом все норм. Я нихрена не понимаю.
Так и есть, если одну слегка подпихнуть маргином - она вылазит)
Кусок паддинга левой тоже немного видно. Выглядит как баг
И конечно же оказалось что я это я дебил, а не баг сдк, накрутил нечитабельную хуиту для наплыва фрагментов под header с блекджеком и отрицательными марджинами. Сейчас сидел все утро рефакторил и приводил в божеский вид эту залупу. А констраинт работает как положенно.
Да и в принципе любого языка. А еще я старенький. Сорян если ответ уже есть, неохота все подряд читать в какой-то надежде.
- В основном они запускают приложение на эмуляторе 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 и выше
Когда мы биндим и задаем дефолтное значение:
android:text="@{model.name, default=`John`}"
Дефолтное значение отображается в design панели в студии, что оче удобно!
Но мне аболютно нахой не нужно это значение в рантайме, как можно это реализовать? Не задавать дефолтное значение неудобно для дизайна
Работает, спасибо. Хотя сейчас я попробовал воспроизвести изначальную проблему и не смог (default не рендерится если бинженное значение пустое или null), видимо я оче тупой.
у нас мультимодульный проект с чистой архектурой на 80+ экранов. Используем koin и никаких проблем масштабирования не было и не предвидится. Есть большой опыт использования даггера, но выбрали коин из-за простоты и удобства и не пожалели. Проблем с ошибками в рантайме нет, обычно они выявляются на этапе дебага, даже до QA не доходят, не говоря уже о проде. При этом стэктрейс понятный и без проблем находишь, что ты упустил. Кроме того, можно запустит перед сборкой тест для анализа графа зависимостей у нас он на всякий случай прогоняется на CI c остальными тестами. Специально проводили тестирование скорости сборки, но на среднем проекте. С коином ожидаемо быстрее.Так что все недостатки коина надуманы, при этом главное преймущество - простота использования, чего даже новый hilt так даггеру и не дал.
Ну ты сам подумай. Сколько сейчас людей пользуется мобилами с андроидом? Собирается ли андроид подыхать? Ну и то, что старенький, не так важно, если ещё мозги не ссохлись.
Я только рад тому, что есть положительные примеры использования Koin. И всё же, мне очень нравится Hilt, как и сама тенденция упрощения инструмента, который, очевидно, должен быть простым в использовании, ведь это непосредственным образом влияет на стоимость конечного продукта.
Глянул я этот ваш коин всё таки:
>Специально проводили тестирование скорости сборки, но на среднем проекте. С коином ожидаемо быстрее
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 приложения)
Так-то для пет-проектов всегда похуй, что использовать. Но мы же тут говорим про сириус бизнес, и в нём даггеру нет равных.
то то и оно! я ж так и думал, но с другой стороны мб все ниши заняты и особо никто уже и не нужен, а если и нужны то какие то суперпро, я тенденций рынка не знаю поэтому и спрашиваю. Еще ньюанс что живу в мухосрани, а идти работать мб придется не на удаленку, а в контору, а контор то у меня таких и нет в задрыщенске. Собственно хотелось узнать поподробнее че тут да как.
Ну, у меня в городе вменяемых компаний с мобилками тоже 1-2. Остальные либо в Киеве, либо в Харькове, либо во Львове.
В городах меньше - как правило, не так много компаний, где есть моб. разработка.
Не могу сформулировать запрос:
Есть, например, форма короткой регистрации игроков, там 3 игрока, вводятся их имена, задаются параметры
Ниже кнопка "+“
При нажатии добавляет четвертого игрока, а сама кнопка съезжает ниже
Как это реализовать? Как это вообще загуглить? Получается, что кнопка плюс динамически меняет активити? Есть какой-то пример в сети?
Да много как можно сделать. Если в форме максимум 4 игрока - то можно просто сделать скрытую по дефолту 4-ю форму и просто менять ее визибилити по нажатию. Если их может быть фиг знает сколько - гугли How do you dynamically add elements to a ListView on Android? или то же самое но для RecyclerView (если игроков может быть достаточно много)
Анимацию на пальцах не расскажешь, но там тоже все не сильно сложно. Самое простое - домножить координату вьюхи на коэффициент, который плавно будет плавно меняется в заданных тобой значениях.
>>848275
Вариант со скрытой четвертой (и еще парочкой скрытыми формами) мне вполне себе нравится :) Костыльненько, в моем стиле.
Хотя можно запариться и сделать нормально.
Еще такой вопрос, связанный, можно сказать: хочу прикрутить некую таблицу 2 на х, где по второй графе будут сортироваться. Только вот я смотрю, и в таблице (которая TableLayout) нет сортировки/
Почему этот вопрос связан? Как я вижу, вариант каждый раз пересоздавать таблицу? Но я не знаю, как можно динамически пересоздавать элементы
Знаю только, как можно в уже готовых менять какие-то параметры.
Как лучше сделать?
Hilt открывал хоть раз?
Насколько релевантно делать приложения андроид на Qt/PyQt? Есть тут такие?
Допустим есть у вас метод, который использует android room и лезет в базу, условный AppleDao класс, поверх еще какие-нибудь абстракции,СЕРВИСЫ например, AppleService, который использует AppleDao.
Допустим в Dao я не стал заморачиваться с LiveData а просто без задней мысли возвращаю результат, предполагая, что оберунть это говно сверху корутиной - не проблема вовсе. Это сильно хуево?
И вопрос по наименованию методов, безотносительно sql, допустим вы знаете что метод нельзя выполнять в ui треде, а надо ебошить отдельным тредом/корутиной, может быть есть какая-нибудь общепринятая методология наименования, чтобы по методу было понятно? Типа там AppleService#loadAllApplesBlocking(), но это залупа жеж, слишком МНОГО букаф :(
Как можно проще? А то я реально не понимаю нафига это деление между джавой и котлином, все эти активити, господи ёбаный рот этого казино.
Та, активити - то ещё цветочки.
Ваще гугл, честно говоря, занят тем, что пилит библиотеки-костыли для хуево спроектированных частей android framework. Т.е., намазыванием слоев говна на другие слои говна. А хочешь еще прикол? Да, май френд, сверху этого бывает ещё тоненький слой говнеца, чтобы тоже исправить. А ещё я молчу про разные модно-ванильные либы, от которых разные хипстеры тоже в восторге, но которые тоже являются сам кайнд оф слой говна.
Ну и проекты, конечно же, конечно же, в процентах 65 случаев таке ж лайно в плане секса кодовой базы, архитектуры и т.д.
Это вот то, чего я зрозумив за 4 года андроидной коммерческой разработки.
Ох бро, можешь пожалуйста вкратце пояснить или ткнуть в направление, как мне создать сервис и добиться от него чего-либо? А то я чувствую что голова взрывается от этого всего на моих C# такой хуйни не было
Всё из-за того, что ты выбрал неправильный подход.
Какой смысл пытаться разобраться в документации, не имея знаний о платформе и её компонентах? Гугли "alarm clock example", тебе выдаст новичковые туториалы, где всё подробно разжевывается.
Та с сервисами, на самом деле, не так вме и сложно. В кратце, запиливание сервиса на Андроиде выглядит как-то так:
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
Что если мне надо просто запилить концептуальный прототип игры?
Вроде можно же юзая хтмл и жс запилить мобильную игру, не?
И если с нуля в катываться в джава андроид это сколько времени займет в часах?
Repository из Clean Architecture для кого придумали?
Геймдев на жабе, ога. Вообще геймдев это анрил/unity, для андроида я еще имел дело с Corona SDK. А где можно писать вменяемые игры на жабе - ну я хз если честно...
Я бы вообще на знание языка не зацикливался бы, 2-й и последующие выучить намного легче чем 1-й.
Геймдев - это приложения. Приложения пишут на жабе.
Вон в шапке жаба же.
Или я что-то не так понял?
В этом я совсем нуб.
Исходный код скачен с опенсорса f-droid, в Android Studio собирается, работает.
Собираю проект - не устанавливается "не удалось установить приложение".
Как отладить сам телефон, как узнать - что не хватает? Где прочитать настоящую ошибку, почему мой пакет не ставится?
$ ./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)
Понел, отбой
Хреновая идея, дизайнерша сидит на стороне заказчика, а я пержу в другой стране на аутсосе, мое мнение хуже котируется. Да и проект для азиатского рынка, у них там огромные кнопки с золотым переливающимся бекграудом считаются красивыми видимо.
Сам разработкой под Android не занимаюсь, но по ощущениям с каждым годом всё больше и больше проектов начинают делаться на кроссплатформенных решениях: React, Angular, Dart/Flutter, да и на том же Kotlin'е можно писать под iOS.
Это правда или мне просто показалось? Нативные приложения скоро умрут? Правда, что для бизнеса писать для двух платформ одновременной дешевле в два раза?
>Нативные приложения скоро умрут?
Не умрут
>мне просто показалось
так точно
>для бизнеса писать для двух платформ одновременной дешевле в два раза?
дешевле это может быть только до того момента пока разработка не упрется в ограничения обмазывания кроссплатформенностью. А что произойдет тогда - уже проходили это и не раз, достаточно обратить внимание в сторону крупных проектов которые вернулись из кроссплатформы в натив.
>да и на том же Kotlin'е можно писать под iOS
С Котлин Мультиплатформ не знаком, но полагаю что частичное его использование в купе с нативной разработкой вполне оправданно. Но только частичное.
>Dart/Flutter
Лично смотрю в сторону флаттера. Сдается что будущее у него есть
Ionic и прочие полудохлая херня. Если говорить о кроссплатформе то тут есть текущий фаворит реакт нейтив и набирающий популярность флаттер, все остальное не взлетело/полудохлое и никому не нужное.
Если говорить рн или флаттер - рн популярнее, опять же js разрабов как говна и я видел не раз как чуваков с просто реакта
сажали неожиданно писать под мобилки (самое странное что они справлялись).
Но мне куда больше нравится флаттер, дарт как язык имхо поприятней жиэсо-говна (хотя опять же, мне он напоминает внебрачного сына родной жабы и богомерзкого жиэса).
В самом флаттере очень приятные глазу виджеты "из коробки", на том же андроиде для создания такого красивого ui ебли гораздо больше требуется.
И опять же очень классный подход когда флаттер рисует все сам, не трогая нативные компоненты. В целом я бы сказал что с UI в флаттере все охуенно, а вот в плане реализации бизнес логики все несколько хуже.
Да дарт неплох, я его вкупе с флаттером ковырял конечно буквально несколько дней, но бугурта особого не испытал.
Единственное что смутило - это привет от жиэса в виде отсутствия многопотока. После жабовских танцев с тредами и чуть позже с корутинами дарт в этом плане выглядит диковато.
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;
}
}
Лезешь на ui не с ui main треда, создавай handler на main looperе и делай пост туда с изменениями твоей кнопки.
А нет, я слегка запутался читая код в таком ебанутом формате. Pastebin бы хоть заюзал...
Вижу отвратительный нейминг и простую задачу, которую можно было бы красиво оформить с помощью рх или корутинок, если бы ты писал на Котлине.
Так это не дело, мой юный друг!
Тебе тут нужен clean architecture.
Также тебе нужны котлин и корутины.
Views нужно дергать через ViewBinding. Нужно использовать ViewModels.
Все как учил Google, друг!
Не зря же в Google работает столько людей стольких ориентаций, гендеров и убеждений! :)
UI фреймворки и платформы меняются, в свою очередь серверная часть нужна будте всегда.
Что думаете?
Ну, смотри.
Движение вперед полезно в любом случае. По крайней мере, оно полезно как минимум даже тем, что отвлекает от херовых мыслей, не говоря уже о развитии тебя как профессионала и придания жизни вкуса. Я иногда читаю доу.уа да, я с Украины, в том числе и комментарии, и диву даюсь насколько некоторые индивиды там без инициатив и пофигистичны даже по отношению к самим себе, насколько они ни о чем не мечтают, насколько у них нет амбиций, насколько они готовы "тупа провеслать на галере" всю жизнь. И им не интересно ровным счётом ни-че-го. Вот, как говорится, в натуре "колбасники"! А хуле, хата на трое - предел мечтаний, а все свободное время - с банкой пива, пускай и крафтового, перед гейфликсом.
Вопрос куда - это уже отдельный вопрос.
Можешь и в бэк-энд идти, но там, так или иначе, тоже будет что-то новое всегда, пускай и происходить этот процесс будет медленнее.
Я, например, тоже почти 4 года как андроид разработчик, но вот подумываю во встройки двигать. Но даже в embedded, каким бы он стабильным и "старопердунским", по заявлениям некоторых весьма "модных" граждан, не был, появляются новые железяки там, новые камни и МК. Да, очень многое из этого вряд ли прям таким распространенным станет, но тем не менее.
Ну кстати двигаться ближе к железу неплохая идея. Есть тот же глобал который похоже вполне себе занимается андроидом под IoT, регулярно вижу вакансии под NDK для С++.
Хотя опять же, каким боком смена стека считается ростом? Наоборот, скорее немного теряешь в навыках при переходе. Конечно приятно и интересно попробовать что-то новое, но на мой взгляд это нифига не рост. Рост это после сеньора пойти в лиды, а дальше двигать либо в архитекторы и далее по технической части, либо в сторону менеджмента (имхо предпочтительный если ты не хиккан и с инглишем все хорошо, ПМы с нормальным техническим бекграудом а не курсами по скарму охуенны) .
>Тут соглашусь. Смена стека это часто понижение зп и позиции.
>
>А что думаешь в плане перспективы?
Я пока не очень парюсь насчет перспектив, у меня только к 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-ю очередь. Про обратную ситуацию я не слышал. Регулярно вижу коллег андроид разрабов с айфоном и маком, айос разраб с ведроидом - огромная редкость. И дальше похоже будет только хуже.
Грустно все это, но даже я задумался о том что вместо нового синкпада возможно стоит взять новый мак (жду тестов/обзоров) и потом пощупать свифт и кроссплатформу... Вот не верю я в средне/дальнесрочные перспективы андроида. Именно из-за конкуренции с гей-ос.
Есть в твоих рассуждениях что-то. У меня у самого опыта работы около двух лет. Но из-за того что работаю в галлере, я и на питоне, flutter, php успел пописать.
Сейчас хочу найти что-то нормальное поэтому и раздумываю куда свернуть.
Думаю немного начать щупать spring в свободное время.
Как андроид может сдохнуть, если там 2,5 миллиарда активных устройств и нижняя цена устройства с актуальной ос - 60баксов. Так что там неосвоенных рынков в 3 мире просто непочатый край. Да, малоплатежеспособные пользователи - но там и 5 млрд пользователей - вполне осуществимо.
А полтора миллиарда айос - это потолок. Всей кто мог себе позволить яблофон за 600-1200баксов его уже имеют.
А уж мерятся фишками ос и очень слабо разнящимся функционалом - интересует очень мало кого.
А толку? Деньги то за приложения адекватные платят в штатах/европе в основном. А если Андроид останется в качестве основной ОС только для Индий и прочих Бангладешей, то вангую и рейты будут соответствующие, за которые только индусы и будут работать.
В Европе андроид в 2 раза популярнее, в сша медленно, но верно сокращает отрыв айос. Ну и стран 3его мира много. В каждой стране будут госуслуги, банковские приложухи, етк. Плюс приложения, которое выпускает компания из сша, а пользуются по всему миру.
Ну да, может разница в оплате еще будет увеличится, но самих приложух под ведро должно больше пилиться.
Я так понимаю что click listener'ы уходят в ViewModel в этой схеме.
Но что если в логике click listener'а нужно что-то напрямую дернуть у View и это не представляется возможным решить data binding'ом, а надо именно взять по id вьюху и обновить.
Щито тогда делать? Пробрасывать в ViewModel иные вьюхи?
Да, кстати. Во многих соглашусь. Вот это вот "А можете сделать как на iOS?" очень распространенная фраза клиентов.
Перспективы ОС, согласен, туманны. Мало того, что есть риск проеба рынка Китая, так ещё и есть риск непосредственно Гугла))) Ведь, надеюсь, все ж помнят их склонность к закрыванию проектов. А тут они ещё и что-то, похоже, с Фуксией мутят. Хоть Гомоватые и говорят, что у Фуксии другие цели, но слушать их - себя не уважать. Короче, пызда. Пару лет назад была видна таки перспектива на развитие платформы, сейчас - вообще хз, такое ощущение, что все скатывается фпизду.
И насчёт андроид-аппаратов тоже соглашусь. Моему аппарату 2 года (китайский факман). Подумывал обновить зимой. Начал смотреть чего вообще есть. Ну, короче, похоже ничего, кроме iPhone 11/12/12 mini, в общем, и нету. Все эти Xiaomi, OnePlus уже такое себе, если честно. Куча цифр и громких слов, а толку - абсолютный 0. Так, ебаный в рот этого казино, блять, раньше если оно хоть было довольно дешёвым и, при этом, факман, то сейчас - докидываешь половину от этой стоимости (если не меньше) и идёшь покупаешь неплохой iPhone.
Samsuka - то вообще странное что-то.
Кстати, забыл добавить.
Ну... У меня есть iOS-коллега, который раньше ходил с Android. А знаешь, чем все закончилось? Он перешел на iPhone. Просто потому что "Ну, да, Android может много чего. Файлы-хуяйлы, каштомизация и т.д и т.п., только вот нахера мне это все? Это ж телефон, а не компьютер, лол". И, кстати, я с ним соглашусь. Я лажу с Android, но вот никогда не каштомил, не васянил, "проводником" пользуюсь раз в год.
>И насчёт андроид-аппаратов тоже соглашусь. Моему аппарату 2 года (китайский факман). Подумывал обновить зимой. Начал смотреть чего вообще есть. Ну, короче, похоже ничего, кроме iPhone 11/12/12 mini, в общем, и нету. Все эти Xiaomi, OnePlus уже такое себе, если честно. Куча цифр и громких слов, а толку - абсолютный 0. Так, ебаный в рот этого казино, блять, раньше если оно хоть было довольно дешёвым и, при этом, факман, то сейчас - докидываешь половину от этой стоимости (если не меньше) и идёшь покупаешь неплохой iPhone.
ну я тоже с тех пор как дали условного мидла и появились какие-то вменяемые деньги начал посматривать в сторону эпла. И если мак скорее необходимость чем желание (см.пункт "Сделать как на айос", буду пожалуй ждать 16' на арм), то андроид вендоры реально разочаровывают.
Вот сейчас у меня Redmi note 8 pro. Он еще вовсе не старый, работает бодро - но апдейтов уже не будет. Экран ипс, хотелось бы конечно же амолед. Камера приемлемая, но до флагманов далеко.
И начал я смотреть что можно взять... Основное мое требование которое отметает большую часть рынка это не быть лопатой 6.5+.
Хорошая камера, корпус без пластика, хороший амолед экран, что-то похожее на чистый андроид. И вот если забить требование не быть лопатой - выбор очень широкий, а вот с моими требованиями выбор очень скудный.
Oneplus косячит с экранами, да и те балансируют на грани лопаты, смотрел в сторону пикселей - так у некоторых 5-й расклеивается... Хоть от сони поделие квадратное за 1к бери... Хотя скорее всего в некст году возьму все же 5 пиксель, рискну.
Но прикол в том что на этом фоне айфоны выглядят достаточно неплохо. Хорошие камеры, материалы, экраны, долгая поддержка, адекватные габариты. Если б не логика построения интерфейса iOS и убогие батарейки - мб пошел бы за айфоном.
Ищи программы стажировок/обучения/практик на галерах. Сразу на джуна достаточно сложно. Входной порог для этих обучающих программ вполне адекватный, хотя конкуренция офк будет. А там тебе уже и ментора дадут и на борт возьмут если хорошо себя покажешь.
>MVVP
MVVM
>ЧИСТОЙ АРХИТЕКТУРЕ
На пикче дефолтная схема MVVM, для чистой архитектуры ищи валидную.
Click Listener или любая другая манипуляция с UI принадлежит к самому верхнему слою, методы VM ты вызываешь внутри его тела. VM должна быть изолирована от всего, что не связано с получением данных, в том числе от любых компонентов, относящихся к фреймворк-слою(контекст, вьюхи и т.д.).
Ты слишком размазал вопрос. Кидай свой код, если хочешь, чтобы тебя правильно поняли и правильно ответили.
>VM должна быть изолирована от всего, что не связано с получением данных, в том числе от любых компонентов, относящихся к фреймворк-слою(контекст, вьюхи и т.д.).
О как, а как в таком случае предлагаешь реализовывать навигацию? Оставлять полностью на вью?
Зависит от того, что ты хочешь и какой у тебя бэкграунд. есть ли он вообще
Если реально смотреть на вещи, никто не хочет никого учить, за исключением некоторых случаев, когда ты имеешь навыки, которые увеличивают твою ценность в сравнении с иными претендентами. Один из вариантов - стажировка в компании, которая может позволить себе подобные программы и заинтересована в них, но и там свои требования, свой фильтр.
Мне даже стало интересно, каким образом VM может быть связана с навигацией в твоём понимании?
>реализовывать навигацию
NavController и активити, которая содержит юзкейсы для перехода, вызываемые из фрагментов. Проще и чище некуда.
>NavController
Я ниасилил, пробовал юзать наверное где-то год назад и по итогу наткнулся на кейс когда мне абсолютно понятно как выполнить задачу на старых интентах (пара флагов и готово), а на этих новомодных графах это сделать ну никак. Жаль подробностей не помню.
Сейчас у меня сейчас в проекте достаточно много в слое представления ебли с лайфсайклами и бекстеками, как тот же функционал сделать на этом дубовом контроллере я вообще ума не приложу.
>Мне даже стало интересно, каким образом VM может быть связана с навигацией в твоём понимании?
А вот хрен знает (архитектура мое самое слабое место). Помнится на собесе спросили как раз про навигацию на мввм, я выдал вариант когда интент висит в вм и мы его обсервим. Собес завалил кстати.
Всем привет
Стоит задача разделить экран:
По высоте на 30 процентов показывать изображение, на остальных 70 некий LinearLayout с кнопками
Как это лучше реализовать? Ну, как принято?
Вариант 1) guidline 30% и к нему прикручивать
Вариант 2) все это засунуть еще в один lilay, ему дать weightsum 1, а дочерним элементам по 0.3 и 0.7 соотвтственно.
Вариант 3) ???
P.S. И да, изображение же в эти 30 процентов вписывается командой
android:scaleType="centerInside"
?
Ok, spasibo!
Что можно писать на котлине помимо андроида? И как вообще с производительностью у JVM, лучше чем у питона хотя бы?
Вообще, у меня мечта создать крипту. Знаю математику (калькулус), в целом разбираюсь в криптографии (подписи, системы с открытым ключом, хеширование и т.д.), знаю на концептуальном уровне как устроены криптовалюты.
Что если на Котлине попробовать что-нибудь интересное реализовать, какие преграды и преимущества тут дает JVM?
>Что можно писать на котлине помимо андроида?
Я слыхал про робкие попытки юзать его в энтерпрайз бекенде, но думаю там доля проектов где рискнут добавить котлин исчезающе мала, да и где заюзали не всегда в восторге, там консервированное болото в плане технологий и даже обновить версию jvm на сервере - целое дело. А больше на практике я как-то про котлин не слыхал.
>исчезающе мала
У нас наоборот, понемногу заменяют жабушку на котлин. Вангую у всех разный опыт. В андроиде язык доказал свою жизнеспособность.
Не вижу особых причин почему котлин не может отжать долю в бекенде
Лучше то, что тебе больше нравится и больше интересно
Выбирай то, что интересно, тогда и шансы вырасти увеличатся. Иначе высока вероятность того, что ты разочаруешься, перегоришь и никакие деньги тебя не будут мотивировать.
По ведру хуйня книга хотя в этих ваших редитах на нее дрочат как байтоебы на к&р. В каждой главе хуяк-хуяк, ну короче вот вам код, вы все поняли, идем дальше.
Господа, выручайте
Есть массив натуральных чисел
(1,2,3,...n)
Для наглядности назвоем его massiv
Если в коде указать
massiv.reverse()
То программа работает, как задумывалось
Но проблема в том, что необходимо его перемешать
massiv.asList.Shuffled() работает некорректно. Есть подозрегие, что он не перемешивает
Во всяком случае в функцию, которая ниже, после перемешивания shuffl залетают обычные значения (так не задумывалось), а после реверса значения наоборот (как и задумывалось). Как быть? ЧЯДНТ?
если что, варианта massiv.shuffle() не было
Так, аноны, вводная:
Имеется идея текстового квеста на мобилки, под андроид хотелось бы сделать. Хочу сделать больше для души, для себя, ну и друзяшкам показать, хотя может и на гугл плей залью, если получится удачно вдруг. Сценарий и все что нужно уже есть, в текстовые квесты другие тоже наиграл достаточно в свое время, так что цельная картина того чего хочу есть в голове.
Но, из знаний у меня только старый универовский курс джавы и плюсов, с горем пополам помню как калькулятор для консоли на них написать, и то, буду подгугливать чую, короч только самые основы и общее представление.
Вопрос: что мне нужно выучить чтобы это все хотя бы попытаться реализовать?
Ну вообще все просто, думаю сделаешь. Вспомни жабу (сейчас конечно в ходу котлин, но если хочешь побыстрее и знаешь жабу - юзай уже ее), посмотри как верстаются экраны, как делается навигация. Глянь еще работу с ресурсами - все текста/картинки/музло где-то хранить нужно + прогресс сохранять. Ну и что за звери Активити/Фрагменты тоже придется разобраться.
Тут имхо самое сложное продумать как хранить это все древо экранов квеста. Никакой сложной логики нет, ui это кнопки, текста да картинки без динамики, возможно музыка. Не вижу особых сложностей.
Я на стажировке от конторы одной, так что мой способ неочень)
>>856344
https://developer.android.com/courses/fundamentals-training/toc-v2
Читай/проходи, пока не поймешь, что можешь реализовать нечто похожее на твою идею, пусть и в примитивном виде, а дальше гугли более сложную/улучшенную реализацию всех тех моментов, которые тебя не устраивают. На Джаве всё спокойно пишется, на этот счет можешь не переживать.
Алсо, поясните за sdk - насколько реально писать кроссплатформенно? Например, апи камеры одно для йоус и ведроида или придётся костылить прослойку с разными бэкендами?
Чому так происходит? Вообще ничего не гуглится. ОС Убунта
Получилось не менее скомканно, потому метод нужно кидать полностью. Мог и весь класс скинуть, что уж.
Напишу о том, что бросается в глаза. Пример: есть два метода - sort() и sortedArray(). Первый возвращает Unit, поэтому массив будет отсортирован в любом место кода, который находится ниже вызова метода. Второй возвращает отсортированный массив, а это означает, что его нужно либо вернуть, либо присвоить переменной, либо как-либо использовать(например, внутри цикла - т.е. в определённом скоупе). Иными словами, он возвращает результат, который нуждается в сохранении. Метод shuffled() возвращает лист, поэтому к нему применяется аналогичное правило. Всегда смотри на возвращаемое значение.
В цикле достаточно написать
for (x in 1..mQuestionsList.size + 1)
step 1 - дефолт, а size не может быть не целочисленным, поэтому кастить его не нужно. Проверять на нуллабельность нужно до использования в цикле, например:
mQuestionsList?.let {
код
}
В моей проге 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]
В любом случае заработало
Конечно, это не инженерный подход, и сейчас я буду думать, почему
Пишу все это, чтобы сказать тееб спасибо. :)
Лучше не шаффлить весь лист, а брать рандомный элемент. Чтобы не было повторов, кэшируешь те, которые были выведены ранее.
Чтобы было нагляднее:
https://pastebin.com/zK5DZ25L(в Идее запусти)
Там 2 варианта использования - по индексу и по свойству объекта, в зависимости от их однородности. Т.е. если они не имеют общих свойств, либо есть иные ограничения, используешь доступ по индексу.
Ну, сперва работал охранником в салоне. Работа не пыльная, устраивала. Но как-то вдруг совпало, что приехал постоянный клиент, а все 3 красивые девочки не смогли выйти - одна заболела, у другой экзамены. Клиент на взводе, ситуация сперва накаляется, а потом, смотрю, притих и о чём-то с мамкой шепчется. Тут мамка ко мне подходит и говорит, что так и так, это твой шанс, клиент на тебя запал - вкатывайся. Ну, выбора особо не было, вот так и вкатился, зарабатываю теперь х2 от прошлой зарплаты.
Допустим, я беру программу под лицензией gpl v3.
Я добавляю в неё код, который делает запросы на мой сервер, выполняет действия, возвращает результат.
Затем я заливаю мой мод в гугл плэй и продаю по 100 рублей.
Лицензия требует, чтобы любой желающий мог получить исходный код. По запросу я должен буду предоставить клиентскую часть или серверную тоже?
Смотря для какой части ты использовал GPL исходы. Если для серверной - то нет, если для клиентской то да.
Вот так? Не работает энивей
Он же его видит сам, зачем импортировать
Хелп плиз, очень хочется тему interoperability разобрать
такой импорт тоже не работает
Создать в main директорию java, пометить ее как сурцы и перекинуть java-класс туда
Но это получается .kt и .java не могут существовать в одном пакете, печально
Жаба и котлин прекрасно могут работать вместе, в одной пекедже. Нахрена ты отдельную папку под котлиновские классы создал? Все проекты на жаба + котлине или чистом котлине юзают дефолтную папку java.
За идею не скажу, а андроид студия не создает. Зачем ебаться с андроидом в идее?
Ну так если тебе чисто в языке покопаться, зачем извращаться с созданием андроид проекта?
У меня есть такой поток данных:
Data source -> ViewModel -> View
Но у меня много случаев, когда данные из Data Source мне нужно "дополнить" данными, которые можно получить только из Context.
Например, из Data Source мне прибывает строка, но мне нужно подянуть шаблон из R.string.XXX и сформировать другую строку.
Может ли Data Source иметь зависимость на Context?
Или как можно еще ПРАВОСЛАВНО, не нарушая MVVM решить этот вопрос?
Имхо когда DataSource занимается обработкой данных и чет мутит с R.strings - бред. Если это DataSource - то он должен отдать данные, а обрабатывать их уже следует ниже, в каком-то слое бизнес-логики, в нашем случае вместо него VM. Для VM это уже вполне норма, у AndroidViewModel даже собственный контекст есть для этого.
AsyncTask в конце 2020 юзать немного странно. Зачем заворачивать во 2-й асинктаск?! И как часто данные ты шлешь?
периодически может раз в 5 минут один пост запрос, а иногда и штук 40 в течении 10 минут (но это редко), а что мне надо использовать?
Ну тут много вариантов, в зависимости от многих факторов...
Например тебе это нужно делать только когда приложуха запущенна или скажем в бэкграунде тоже?
Сейчас я так понимаю ты юзаешь что-то вроде postDealayed ?
Вообще, первое что приходит на ум - JobScheduler api, почитай про него.
Лучше на русском (сложные вещи все таки лучше воспринимаю на родном), но инглиш тоже пойдет.
Прикол в том что последний раз чем-то похожим я занимался еще на чистой жабе, с коллбэками, тредами, AsyncTaskами и ExecutorServicами.
Там как-то все более-менее было понятно, вот тебе тред с методом run(), вот тебе монитор с wait/notify sets и пара более тонких моментов по типу volatile.
А сейчас в соло пишу одну приложуху, на котлине, там я почти закончил UI и буду плавно переходить к логике, где все вышеперечисленное понадобится. Хочу сделать максимально красиво, но пока с 1-й попытки осмыслить новые для меня вещи до конца не вышло, в голове слегка каша.
Проблемма(а эти пидарасы наверное называют это фичей) точно програмная, а не от железа, недостатка памяти и т.д.
у меня по работает в фоне, скачивает файлы, периодически ей надо на сервер отправлять данные о том, что скачано, что нет, GUI тут практически не нужен, работать она должна всегда. Вот для каких целей. Сейчас я как раз ее и пишу и использую библиотеку OkHTTP т.к. она везде вроде. RxJava это из моей оперы или нет?
Почти наверняка это делает ось, а не приложения. Можешь подшаманить настройки энергосбережения и прочего для работы в бекграунде нужных приложений, чтоб ос в этом плане была менее агрессивна.
А можно вообще это вырубить нахуй?
Помню у меня старенький тел с 2 гб оперативки держал постоянно открытыми кучу приложений, и лаги начинались только когда загрузка оперативы достигала 98% лол. И то, небольшие лаги, а не закрывание приложений, п новые приложения просто не открывались. Я только сейчас понимаю насколько охуенная это была стабильность работы, сейчас на андроиде невозможно такое даже представить, а раньше это воспринималось как что-то обычное, типа ну да, так оно и должно работать, а как иначе? Пиздец как испоганили андроид свж мрази.
А сейчас с 55% занято и они закрываются нахуй, (при учёте что ебаная ось сразу отжирает почти 50%, лол), ну т.е. 2 приложение начинают закрываться, если из одного перейти в другое на пару сек.
Гугли как делать это конкретно на твоей оболочке. Можешь еще попробовать Лимит фоновых процессов повысить в настройках разработчиков.
А как вообще запрос поисковый об этом должен звучать?
Как отключить лимит фоновых процессов /оболочканэйм/?
Или лимит фоновых процессов это другое но тоже может помочь?
Делай маппинг данных в отдельном классе, который имеет доступ к Контексту, а оттуда передавай в VM. Это наиболее правильный подход, который позволяет тебе отказаться от использования контекста внутри VM.
>Может ли Data Source иметь зависимость на Context?
Не может. Во-первых, он должен зависеть только от API, предоставляющего данные, т.е. иных факторов, которые могут влиять на его работоспособность, быть не должно. Во-вторых, таких источников может быть много, из чего следует, что каждый из них должен быть изолирован и, соответственно, не должен влиять на работоспособность иных источников данных/модулей.
>>857968
Тебе нужно реализовать Observer. Можешь сделать это и на асинктасках, но с RxJava или LiveData сделать это проще.
Вот из-за первых двух пунктов мне пришлось бросить на 75% готовый проект и переписывать его на жабе пиздос
Согласен, но ведь ViewModel тоже не должен зависеть от контекста по канону?
AndroidViewModel я так понимаю канону не следует
А так вообще делают? Я подобную схему реализовал на линуксе, получилось удобно, два модуля независимых, удобней отлаживать и система стабильней вышла из-за быстрой локализации ошибок. Хорошо, а как мне тогда по механизму межпроцессовой связи обмениваться? На си++ у нас все модули обменивались данными через сокеты. Меня больше интересует вопрос, правильная ли это архитектура(допустимая) или необходимо делать монолит.
Ну как тебе сказать... Правильнее, как писал анон выше вынести это в отдельный класс, т.к например в юниттестах ты легко его замокаешь и сможешь спокойно тестить эту VM, а в ситуации когда она напрямую завязана на контекст все будет несколько сложнее.
Но при этом с тестами редко кто заморачивается, да и учитывая что сделали андроид вм с вшитым апп контекстом - видимо в гугле не считают зазорным зависеть от него.
В твоем случае, я бы смотрел на ContentProviders и все что рядом. Там есть полезные для таких кейсов штуки.
Также, я бы глянул на SAF в том числе.
1. Раз ты так уверенно об этом говоришь, у тебя наверное есть какая-то статистика, насколько это "быстрее"?
2. Как поддержка и разработка двух независимых приложений может занимать меньше времени, чем поддержка и разработка двух независимых gradle модулей, из которых будет состоять тобою так называемый "монолит"?
Нет.
А что тебя интересует? Пишу на Спринге, когда нужен самопальный API/бдюзаю mongo, но лень нет необходимости/возможности подключать сервисы.
интересует, что бы мне такого заюзать из технологий, чтобы без сильного напряга сделать простую апи для приложения
Где хостишься? почему не юзаешь firebase или aws amplify?
Отталкивайся от того, что знаешь, либо ищи и пробуй разные решения. Меня полностью устраивает Спринг, сложностей с ним не возникает. Раньше писал на Джаве, сейчас всё пишется на Котлине.
>Где хостишься?
Не было такой ситуации, чтобы было недостаточно локалхоста. Поведение сервера можно имитировать, но такая необходимость бывает редко.
>firebase
Зависит от задачи. Юзаю, если нужно. Иногда дольше подключать его к проекту, чем написать то, что нужно, самостоятельно.
Забыл, ещё на Джанго пару раз писал API. Пайчарм запускается быстрее Идеи. Шучу, просто люблю писать на Питоне. Если знаешь его - юзай, советую.
>>858299
>>859333
Дружище, ты собрался делить не приложение, а его модули слои, потому что работа с данными не зависит от их отображения в том смысле, что изменение данных в директории - сайд-эффект главной задачей является отображение данных, а не изменение.
Если ты будешь придерживаться принципа разделения ответственности единственной, никаких проблем с отладкой у тебя не возникнет, более того, правильно построенная структура сделает её эффективнее. Мобильные приложения монолитны по своей сути из-за платформенных особенностей и от этого никуда не деться. Другое дело, если ты хочешь создать несколько приложений, которые будут взаимодействовать друг с другом, будучи независимыми друг от друга, имея лишь общий источник данных, общие сервисы та же аутентификация, либо что-то ещё. Но это не столько об архитектуре приложений, сколько о сервис-ориентированной продуктовой политике.
>удобней отлаживать
>быстрой локализации ошибок
Есть два простых правила:
1) Архитектура должна быть такой, чтобы вносимые изменения могли вызвать потенциальную ошибку только в месте их внесения.
2) Увеличение сложности не должно быть причиной увеличения количества ошибок.
чому студия не видит async, launch и тд из корутин? видит только через GlobalScope.async
заваисимость implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.3.9'
Перейди в функцию launch и посмотри на ее сигнатуру
Андроидоны чат не читал сразу писал.
В общем проблема
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());
}
Выручайте, разве это сложно сделть!
Кто поможет от души ресепект и уважение!
В принципе могу и на поход в МакДак или Бургергинг переслать несколько билетов Банка России переслеть
Спасите плиз!
Навскидку, сколько времени мне потребуется на минимальный вкат в платформу, чтобы получить оффер от косаря долларов? Пригодятся ли мне скилы написания тех же микросервисов? И вообще стоит ли или у вас свое болото и головная боль?
Почитай шапку и сам тред, чекни вакансии и пройди по стеку, чтобы прикинуть соотношение лёгких и сложных для тебя вещей. Так и нарисуется примерный флоу и требуемое время.
Я сам имел знания энтерпрайз Джавы(в числе других). На интересе довольно быстро освоил всё, что было нужно, но точное время не скажу, сам процесс довольно размыт.
К неким отличительным чертам можно отнести архитектуру(проектирование, принципы и паттерны), знание sdk, знание железа понимание взаимодействия sdk и железа, знание и понимание распространенных инструментов(с точки зрения их сравнения и применения, т.к. стек, к счастью, довольно неоднородный), ui, гайдлайны и т.д.
>микросервисов
Про это был ответ выше.
>стоит ли
Решать тебе, не благодари. :)
>свое болото и головная боль
Смотря чем заниматься и в каком темпе. Если сидишь в продуктовой конторе джуном, твой рабочий день будет мало чем отличаться от того же энтерпрайза. Грубо говоря, к твоим задачам добавится валяние в ui. В любом случае, если хочется чего-то интересного, то надо влетать в амбициозные проекты, имея опыт и знания. надо признать, что такая возможность, как минимум, есть
Иными словами, есть куда грести, что не может не радовать.
Это не вы ли приложуху запилили для знакомств по мемам? Где одни и те же мемы должны понравиться и парню и девушке.
ну понятно что пользователю показывается что только один хром открыт, но там в системе скрыто от глаз пользователя это как в реале реализовано?
Посоны всем спасибо кто принял участие в моей судьбе.
С утра сел разобрался.
Там рили кода три строчки
Заказчик кипятком писает от того что я на андроиде написал ярлык
Хочет в Гугл Плей выложить
Как я понял мне нужно заплатить Среге Брину 25$ чтобы он мне разрешил это делать.
Скажите пожалуйста как обстоит процесс выкладывания приложения в Гугл плей на пальцах?
Мне кажется второй путь быстрее и попроще.
Жабу всё равно учить придётся, основная масса библиотек используется только ею
Да-да, походу тот самый от которого я отписался, когда увидел, как это дебил делает Web-View приложения с описанием: "КЛУТОЕ АНДЛОЙД ПЛИЛОЖЕНИЕ ЗА 5 МИНУТ"
бамп
Ну на мой взгляд так:
Инглиш B1.
Хотя бы основы алгоритмов, понимание что такое сложность по времени/памяти, сложности самых попсовых алгоритмов и операций с разными структурами данных (ну и коллекций, которые их имплентируют)
Хорошо знать языки (котлин однозначно, жабу желательно).
Понимать хоть в общем чертах как работает веб, HTTP протокол, хотя бы понимать что еще за протоколы кроме хттп есть и зачем они нужны (вебсокеты как минимум).
Архитектура, куда ж без нее. В общих чертах clean, солид, паттерны (особо внимание ходовым MVP/MVVM).
Тулзовины типо гита, той же андроид студии, джиры, постмена. Для крупных галер понимание того что такое скрам/аджайл/канбан.
Ну и андроид сдк, тут конечно много всего. Для джуна самые ходовые вопросы по компонентам их их лайфсайклу. Особое внимание фрагментам/активити, там лайфсайкл не слишком тривиален, много тонкостей и различных кейсов.
Для задрочки собесов очень рекомендую это https://itsobes.ru/AndroidSobes/
По андроид сдк отдельный пост писать нужно, впадлу.
Еще из того что забыл - самые попсовые либы, (нетворкинг, загрузка изображений. Отдельно стоит пощупать rx и что-то связанное с dependency injection. Для некоторых контор еще могут быть актуальны тесты, т.е jUnit+Mockito как минимум для юнит тестов, и очень редко (но возможны) тесты на espresso / roboelectric.
А реально джуну в иностранную компанию удаленно устроиться? Типа Internship или как это называется, сначала стажировка, потом работа
бамп
Думаю да, у меня топ-галеры перевели все это в онлайн.
помогите пожалуйста, а
все перерыл. могу юзать функции корутинов только через GlobalScope, нормально не получается, идея просто не видит
что значит хрень на пике? разве я не могу юзать async, launch и прочее без recieverа?
Ты долбаеб. У тебя на скрине написано, почему это происходит. Эти функции можно вызывать только на инстансе CoroutineScope, чем и является GlobalScope.
сам еблан блять, люди как-то без скопа вызывают, я видел
Если джаву соберёшься, могу курс посоветовать. Сам потихоньку допрохожу его, рассматриваю опцию в андроид перекатываться, но пока ещё в сомнениях страдаю.
А зачем ты джаву учишь если не для андроида? У нее есть еще какие-то применения кроме энтерпрайза?
Изначально для автоматизации тестирования задумывалось. Ну и просто как первый язык программирования.
Эх, а я джаву замэйнил. Ну хотя котлин от джавы, так что думаю не страшно. Спасибо
У меня не было проблем с ошибками и их логированием до того как я перелопатил все на MVVM и LiveModel повсеместно, ошибки я видел в LogCat в консольке студии.
Щас я вижу ровно хуй и просто падающее приложение.
Убирал все фильтры по приложениям, ставил 'verbose' логгинг, не прилетает НИЧЕГО вообще.
Вангую что факап у меня в логике observer'ов, но как стектрейсы узреть?
Всем привет!
Хочу сделать для приложения некие настройки.
Нов настройках будет параметр "имя", и количество этих имен будет определяться динамически
Знаю, как перетаскивать настройки посредством sharedPreferences, когда мы знаем количество этих самых переменных, которые перетаскиваем
А как сделать, если ты не знаешь? Ну, если так, как на картинке: несколько полей, и есть кнопка, при нажатии на которую открывается дополнительное поле.
Все, что я придумал: сделать несколкьо полей заранее с видимостью visible=gone, при нажатии на кнопку открывать еще одно поле, и добавить руками проверку, чтобы пустое значение не обрабатывалось в самой программе
Правда, не до конца ясно, как удалять...
Хотя по аналогии можно сделать
Но это звучит как-то костыльно, да и вообще не очень-то филигранно. Подскажите, есть ли какое-то решение более типовое, что ли?
Но это как-то не очень научно звучит
Билд все тот же - девелоперский, это я точно не менял. Да и трейсы выкинутые, например, в треде onCreateView фрагмента - отображаются в логах
нихуя не понял, что ты хочешь сделать, если тебе просто нужно динамическое количество элементов в списке, то заверни все это в recyclerView с разными типами элементов
Ну т.е. допустим у меня есь приложуха, на одной из страниц которой я хочу отображать 3д модель, крутить ее вертеть, приближать и т.д. Как это проще сделать?
> Можно ли как-то интегрировать юнити внутрь андроидной приложухи?
Гугли от обратного, можно ли показывать обычные экраны в проекте юнити и заниматься обычной андроид разработкой, а не только бриджами обмазываться. В теории очень легко, т.к. юнити это просто нейтив активити, которую ты будешь запускать по кнопке. Когда я трогал юнити в последний раз, там это было как то не слишком удобно, особенно подлючение жарников плей сервисов, но там уже 1000 раз все могло поменятся.
LibGDX, либо OpenGL. Первый вариант проще, но избыточен, второй чуть сложнее, но лучше. Можешь поискать готовые либы-вьюверы на OpenGL. Ещё вариант - Vulkan, но там либо ndk, либо ищи сахарную прокладку.
>когда мы знаем количество этих самых переменных, которые перетаскиваем
>А как сделать, если ты не знаешь?
>сделать несколкьо полей заранее с видимостью visible=gone
>при нажатии на кнопку открывать еще одно поле
У тебя есть пустая структура данных (либо имеющая дефолтное количество айтемов), куда добавляется элемент(модель), которая обновляет ui-контейнер и зависимые значения, и кнопка, которая является отдельным ui-элементом. Единственное, что тебе нужно учесть - максимальное количество элементов. Ты не можешь знать количество элементов, но можешь определить предел и отталкиваться от этого, подстраивая поведение зависимых элементов под свойства структуры.
>можно ли показывать обычные экраны в проекте юнити
Гм, а это вообще законно - делать приложуху (не игру) на юнити?
Насчёт законности не скажу, но... Ты сейчас поржешь.
В общем, слышал вот такую вот историю, где-то года 3-4 назад.
В общем, одному городу нужна была аппка для трекинга маршруток, троллейбусов, автобусов и т.д. Ну ты такой, как потенциальный пассажир не, не тот, про которого говорил зеля можешь открыть это приложение, увидеть там карту, себя на карте и местоположение общественного транспорта. Ну и, естественно, приблизительное количество времени прибытия на ту остановку, где ты стоишь. Ну, казалось бы, бери Android SDK + <какой-нибудь сдк какого-либо сервиса для карт> да педаль себе на здоровье. НО НЕТ! Android SDK, естественно, не взяли. А заебашили всю эту кухню... да, на Unity)))
Может так мне и сделать - это учебный проект, который потом отправится в утиль и никто о нем не вспомнит.
Главное чтобы не лагало на презентации...
Всем доброго дня
Есть такая приблуда, называется 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/");
Что он мне вернет? Это будет номер позиции, и по номеру позиции я могу запарсить первоначальный файл и следующие элементы?
Это же вообще что-то простое, на питоне подобную штуку (для конкретного сайта) я написал за пару минут. Это же не ракеты строить.
В общем, ежели у кого есть рабочий вариант - просьба поделиться / указать, где завтык
контент искать селекторами:
https://jsoup.org/cookbook/extracting-data/selector-syntax
+ для jsoup есть удобная обертка, которая упрощает парсинг и вот это все: github.com/DroidsOnRoids/jspoon
Если нет денег на раскрутку то нет, никто твоё приложение просто не увидит.
Сейчас у меня гредл публикует джарку1
Есть executable jar файл, который берет на вход путь к джарке и сует в указанный путь видоизмененную джарку
Нужно чтобы гредл запустил этот executable jar файл передав ему джарку1, и опубликовал полученную видоизмененную джарку
Это возможно вообще?
>>>1822731
>Вот примерный флоу, которому я бы следовал, если бы учился >сейчас. Начал бы сразу с алгоритмов, если честно.
Зачем нужны алгоритмы? Были в вузе два семестра, сложилось впечатление, что если и придется что-то использовать, то только готовые библиотеки
Может, ему пять человек знакомых погромистов их порекомендовали? Нечего сказать - не пизди там.
В iOS треде лорды зарабатывают деньги, а не пиздят. Да и порог входа в iOS за счет покупки мака и девайсов высокий.
>Зачем нужны алгоритмы?
В основе каждой готовой реализации лежит тот или иной алгоритм. У одного алгоритма может быть несколько реализаций, которые менее или более эффективны для решения конкретной задачи. Смысл знания алгоритмов заключается в способности применить наиболее эффективную реализацию, либо написать собственную, если она превосходит готовую. Можно сказать, что это вопрос выбора правильного инструмента. Кроме того, я вижу в этом и иной смысл - алгоритмический подход применим к разработке в целом, потому что анализ и применение наиболее эффективных решений в процессе разработки позволяет оптимизировать время, затрачиваемое на создание продукта, если сравнивать с написанием "привычного" библиотечного кода и его последующей оптимизацией под задачи. Такой вот получается JIT-подход, который отлично сочетается с TDD. для проектирования это тоже плюс
Читай книги и пиши код, открывая документацию, когда что-то непонятно. От курсов ты не только не получишь такой отдачи, но и можешь навредить себе. Ты получишь поверхностные знания, но для тебя это будет неочевидно, из-за чего будет казаться, что ты понимаешь материал, но на деле не сумеешь решить даже типовую задачу. и ошибочно подумаешь, что это проблема конкретного курса - будешь искать другой и тратить ещё больше времени впустую
Информативность и полезность курсов крайне мала. Совет я дал, решать тебе.
да хуй знает
щас даже в куа-чатах у половины макбуки
и куча народа "послекурсов", готовые работать буквально за еду
Нужно с периодичностью в час рассылать по примерно 100 группам в тг свою рекламу
заебало вручную каждый день через таймер это делать, как сделать бота который просто будет слать во все свои группы по таймеру посты?
Это не важно, в любом случае вкатунов гораздо меньше чем в веб или этот же Android.
Только из-за дороговизны техники?
Такой же самый уровень сложности +/- да, на ведре есть места сложнее, но такое, незначительно. Такие же приколы встречаются в СДК. Такие же "особенности" ИДЕ, хуй-ДЕ и других инструментов. Платят - тоже +/- так же как и везде - как договоришься, лол. Короче, просто iOS-тред сдох и все.
Платят больше чем в вебе.
Пиши в питона тред, гугли как боты делаются и как юзать апи телеги.
Можно без проблем, запросы на апиху с определенным интервалом/в определенное время, ничего сложного. Вопрос в том нахуя это на андроиде делать, ты хочешь именно с мобилки вручную это настраивать все чтоль?
Асинктаски прошлый век, смотри корутины. Они на паузу вполне штатно могут становиться, гугли. Насчет юай треда - тут много сходных вариантов, самое простое - Looper.getMainLooper().post -> твои грязные делишки.
Как по мне платят слегка больше. Банально потому что айос разрабов немного меньше (порог входа в виде мак девайсов + большая популярность джавы как языка) при +- одинаковом спросе с андроидом. Регулярно вижу ситуации когда на проект достаточно быстро находят андроид разрабов, а айос найти немного большая проблема.
Хотя может как всегда кажется что у соседа баксы зеленее...
>щас даже в куа-чатах у половины макбуки
Ну куа-макака должна быть универсальной и яблочную сторону силы тоже дожна мочь протестить. Не будешь же ты фронт в сафари с виртуалки запускать. + почти всегда это девочки, девочки у которых есть хоть немного бабла берут апле чаще всего.
С разрабами та же херня - та же андроид студия на маке есть, а вот х-кода на шинде/прыщах как-то не наблюдается. Я вот после 15 лет винды сейчас смотрю в сторону м1 маков. Как только студию и эмулятор завезут - буду брать.
Не кажутся, это действительно так. Доходит до того, что на айос берут даже откровенных днищ.
если только днищ с парой лет опыта
у меня язык Java, а корутины кажется только в kotlin
Год назад они в шапке этого треда были. Почему убрали - я хз.
Udacity норм, в свое время перед тем как вкатиться на джуна проходил по скидосу их курс который nanodegree (Android Basics, насколько я помню, туда входит)
Ну я вот ща включил, какие-то вступительные ролики, ёблами торгуют, но дальше вроде что-то показывают. Хотя сам формат, где такой процент пиздежа и улыбочек, раздражает неимоверно.
Стенфордский ещё не понял, что к чему, но у них уже Котлин, препод озвучил это, а на Юдасити - Джава.
Мне хотелось бы на джаве всё-таки для начала освоиться, но теперь даже не знаю, насколько это оправдано. Я в замешательстве, подскажите.
Как сделать нормальную периодическую работу в фоне без фореграунд сервиса/alarm менеджера/шедулера.
Воркменеджер с джетпака не работает адекватно на китайских калах.
Почитал, что с приходом Орео челы с Service мигрировали на JobIntentService, проканает?
Мне нужно чтобы работа работала даже после того как пользователь смахнул приложение, ну и после перезагрузки.
Это как раз таки про веб фронтенд.
В кроссплатформе так и делают. Редакс и прочее кажись как раз про это. Никто тебе не мешает это и в андроиде сделать. Конечно один глобальный стейт - очень сомнително, больно здоровенным и сложным выйдет. Хотя я не пробовал.
Кстати например пишу сейчас интернет магаз, на доброй половине экранов есть иконка корзины с бейджом количества товаров в ней (и переходом в корзину по клику). Думаю понятно что я 10-ть раз не буду дублировать эту логику обновления бейджа в каждой вм, а сделаю какой-то ленивый синглтон где будет висеть стейт этой корзины и подписываться на него отовсюду откуда нужно.
И чем же он плох, кроме клинических случаев с утечкой контекста?
Если его внутренний стейт могут изменять из любого места программы, то да, это плохо. Если в его публичных методах есть только получение стейта, то ничего плохого
Синглтон - это антипаттерн до тех пор, пока ты его не закроешь интерфейсом чтобы провайдить через конструктор в другие классы.
>>869657
> Почему у вас не принято использовать один объект для всего стейта приложения
Тяжко заматчить это с активити и фрагментами но легко при использовании чисто вью бейзед навигации.
Получить коордиинаты устройства и передать щироту и долготу в две строковых переменных.
Больше мне не надо.
Спасибо.
Гуглится в 3 секунды. Основная ебля с пермишенами будет, а не с кординатами.
на китайской параше неполучится никак, если пользователь сам не разрешит,например на сяоми смахивание == force stop и запрещен автозапуск по дефолту, то есть после перезагрузки твои бродкаст ресиверы не сработают и не перезапустят бэкграунд работу
Сап! Нужно написать два батника.
1 - инсталлит апк , любое переданное ему только одно, даже если в папке их несколько
2 - батник на копирование на девайс переданного файла на внутреннию память
Батники никогда не писал. Если кто-нибудь объяснит, буду признателен.
да даже с данными правами работает абы как, мб на китайском говне приложения что с маркета ставят так не выкашивает?
Не придет, отбой.
Для большей заметности вопроса отвечу Опу. Вопрос выше
>я динамически создаю кнопки для того,чтобы нажимать на заметки
О каких кнопках идёт речь? У тебя есть rv с заметками, которые либо открывают detail по клику, либо вытаскивают нижнюю панель действий по лонг клику, в каком месте тут вообще могут быть кнопки? ещё и динамически создаваемые
Скорее просто привычка. Сейчас действительно нет смысла выкладывать в гугл плей, с тем же успехом можно просто закачать на яндекс.диск или гугл.драйв апк файл.
мне было интересно поиграться, почувствовать себя разрабом с хоть с какой-то юзерской базой, пройти путь от нуля до стора. Это кста поменяло мою жизнь, теперь работаю только на себя, продолжаю выкладывать, уже 7 штук навыкладывал, а всего-то ради резюме однажды залил
Показать лист данных, закешить в рум. По клику перейти в айтем из списка и показать описание. Без сети загрузить из кеша. Картинки на обоих экранах. Воркменеджер ночью кешит список. Если загрузить не удалось и кеша нет, то показать вменяемый экран что нет сети, а не сраный тост. Обмазать это небольшой стилизацией материал компонентов сверху. В общем то больше нихуя и не надо если мы говорим о джуне, а не джун++++++ ака мидл по цене джуна.
Dart/Flutter по тестам быстрее React Native.
>Алсо, поясните за sdk - насколько реально писать кроссплатформенно? Например, апи камеры одно для йоус и ведроида или придётся костылить прослойку с разными бэкендами?
Да, так само как в React Native, будет компилится под две платформы.
Знаю с десяток инди диванных рубящих на 1 приложении 3-8 к бачей с 10к инстолами в месяц
у меня трое знакомых андроид разрабов перекатились на IOS. Вместе на галере сидели, сперва они контору свою организовали, потом перешли на разработку под айфоны, а потом так поперло, что деньги не смогли поделить и теперь у каждого своя контора, двое работают на европу, а один здесь присосался к госконторе, нанял разрабов и пилит им приложуху, гос. конторы не могут платить разрабам под айфон 150, не поймут, а вот платит 5 лямов конторе из 4 человек которые приложение за несколько месяцев делают, пожалуйста.
Чел, у меня в данный момент нет цели выложить свой говнокод в гугл плэй и заработать на этом
А вот зря
>ри реализации своего метода equals для класса мы в конструкторе передаем параметр как Object, почему для класса Hui не передавать ссылку на другой объект Hui.
Потому что сигнатура такая у батиного метода.
Котаны, а как понять - зачем нужен Dagger если нигде его не применял?
Если в двух словах?
>Котаны, а как понять - зачем нужен Dagger если нигде его не применял?
Вынести мозги разрабу избежав реализации хоть капли бизнес логики, всё. Превратить процедуру добавления банального импорта (2 секунды) в несколькоминутное копошение в анотациях и интерфейсах даггера.
Та такое. Вроде, нормас.
У меня есть знакомый, который пишет на флаттере. Говорит, что зашибись. И работает норм, и писать удобно, и задачи покрывает.
Хотя, слышал от других людей, что не очень: кому-то лагает, а кому-то не нравится то, как выглядит код. А кто-то вообще жалуется на то, что мало плагинов.
В общем, специфический инструмент. Не затычка всем дыркам, но для своих задач гуд. Опять же, классика, нативная разработка, никуда не денется. По крайней мере, сейчас.
Всем привет
А есть в треде успешные мастера на все руки, которые сами сделали приложение и успешно (хотя бы относительно) его монетизируют (именно через рекламу)?
Сколько нынче за 1000 просмотров платит адмоб
Или не адмоб?
А как успехи? Ну, выложи (ну или хотя бы расскажи тезисно) итоги этой самой работы на себя
что рассказать то? итого в чем?
в плане денех я конечно доволен, правда теперь боюсь, что меня ограбят. Плюс я привык что денег до жопы падает, и очень расстроюсь когда это прекратится
работаю как сыч дома, или не работаю и хуи пинаю. не могу
представить себя работая в офисе
Ну, звучит как прохладная история фрилансера 300к/нс из /b/
Расскажи какие-нибудь подробности
Что за приложения
Как монетизируешь?
Сколько за 1000 просмотров сраного баннера получаешь?
Какие-то хитрости как прийти к успеху?
>Что за приложения
так я и сказал, лол
>Как монетизируешь?
реклама + покупки
>Сколько за 1000 просмотров сраного баннера получаешь?
банеры не юзаю почти, в основном видео и интерстишл
хитрость - запилить нужное приложение в нужное время.
но если б знал хитрости, то у меня каждый проект выстреливал бы
Хуя, ты успешный )) Грац )
А ты просто вкатился без задней мысли (как писал выше, хотел просто почувствовать себя разработчиком) или у тебя был некий бэкграунд
ну я работал в офисе, когда запилил, если ты об этом. Думал как-то резюме украсит, ну и интересно было. работал джуном на галере, никаких знаний особых не было, приложение пустяковое на самом деле
>в плане денех я конечно доволен, правда теперь боюсь, что меня ограбят
Если не будешь выпячивать то маловероятно. На твоем месте я бы открыл счет в норм банке, подальше от СНГ-юрисдикции (насколько я мельком смотрел вполне реально в ЕС открыть счет иностранцу) и выводил бы туда. Хранить дома под матрасом - такая себе идея.
Положишь легально банк в снг-параше (или откроешь там брокерский счет и заделаешся мамкиным инвестором) - и налоговая будет в курсе, да и с нашей нулевой приватностью банковских данных (погугли пробив данных если не в курсе, за несколько десятков к рупий о человеке можно узнать почти все) для дядек в балаклавах и перчатках ты тоже станешь лакомой целью.
Да и вообще, с таким доходом я бы перекатывался в страну 1-го мира (где поменьше бабахнутых мигрантов офк) и жил бы куда спокойней.
У меня наоборот. Пока что одна прила на ведре. С инапов где-то 2.5к$ + реклама 350.
Это не такой доход, чтобы чего-то или кого-то там ссаться. Знаю людей, который делают 10-20к в месяц на прилах и сидят на ИП патенте(в наших пердях стоит 15к в год, рублей). Сам тоже на нём сижу, но поменьше делаю. В принципе вроде насколько я помню макс. годовой доход на патенте может быть 60 лямов в год, что наш товарищ и близко не делает.
А с какого минимального стоит что-то делать?
Я просто слышал, что до 600 тысяч в год можно не париться от слова совсем
Ты имеешь ввиду работать в чёрную? Ну где-то до 300 я думаю можно. Хотя щас от года к году налоговая слежка усиливается, так что я бы не стал рисковать и обелился уже от 100.
Какие тестовые задания обычно дают джунам?
Анон, хоть примерно можешь назвать какие-то может быть прошлые, уже неактуальные, но успешные "идеи"? И вообще как можно в одно лицо успеть закодить приложение настолько быстро, чтобы оно во-первых не потеряло актуальность и во-вторых не было сделано уже 10 таких же приложений (если это небольшое приложение), как ты успеваешь?
Я сам пилю одно приложение, очень нишевое и скорее всего заработаю на нем чуть менее чем нихуя, но мне нравится сама предметная область, поэтому продолжаю, хотя для заработка это наверное нихуя не правильно.
Требования к джуну везде разные. Если взять среднего джуна, то, скорее всего, дадут задание распарсить json и отобразить данные + учесть заданные требования, остальное вполне покрывается теорией и имеющейся практикой. Хорошим тоном будет предоставление возможности выбора либ и архитектуры, исходя из эффективности и целесообразности.
>>883424
другой анон
>как можно в одно лицо успеть закодить приложение настолько быстро, чтобы оно во-первых не потеряло актуальность и во-вторых не было сделано уже 10 таких же приложений
Если пилить в ленивом темпе, мне нужна неделя для того, чтобы написать и адаптировать код для релиза первой стабильной версии, при этом код будет достаточно чист, чтобы не было проблем с внедрением новых фич. Если загореться идеей, можно сделать и быстрее. А насчёт конкуренции, не без везения, но ключевые факторы - качество/удобство и ресурсы, которые ты готов потратить на продвижение. Если твой продукт объективно лучше, важно создать условия для того, чтобы его опробовали и сравнили с конкурентом.
>очень нишевое
Не брезгуй такими идеями. Если есть хоть и малая, но платежеспособная аудитория, появляется возможность использовать иные способы монетизации, только и всего.
>Если пилить в ленивом темпе, мне нужна неделя для того, чтобы написать и адаптировать код для релиза первой стабильной версии, при этом код будет достаточно чист, чтобы не было проблем с внедрением новых фич. Если загореться идеей, можно сделать и быстрее.
Хуя ты шустрый. На галерах мидлы один скрин зачастую ту же неделю пилят.
Думаю, это даж немного избыточно для джуна
Хуя у вас джуны пошли
Более чем. Это уже стронг джун, если не мидл. И насчет твоего бэкграунда в крестах: почитай про Android NDK, поищи вакансии где он требуется - твои знания крестов и желание рабоать на андроиде можно отлично совместить.
Сап анонасы. Решил вкатиться в котлин. Джаву с некоторыми пробелами знаю.
Решил освежить в памяти джаву. Взял курс от OTUS в шапке. Но он не заходит от слова вообще. Тоесть я уже неделю топчусь в консультации по джаве. Объяснение крайне хреновое или вообще никакое. Если бы я до этого не знал джаву вообще бы не въехал. Вопрос есть что-то более годное именно по джаве с плавным переходом в котлин. Или таки придется читать книги?
>Джаву с некоторыми пробелами знаю
Этого достаточно. А вообще учить там особо нечего, о каких пробелах идёт речь?
Лучше не трать время и читай "Kotlin in action", она же "Котлин в действии".
Та прошелся по роадмапу в шапке
>алгоритмы и структуры данных
>networking/REST API/JSON/сериализация
>дизайн паттерны
Тут абсолютный ноль
-> многопоточность
Знаю но плохо.
-> дженерики
Очень туманное представление
-> функции высшего порядка
Вообще не знаю что это за звери
Конечно можно сейчас забить и восполнять потом. Но боюсь что не знание ударит во-первых, по качеству кода, во-вторых, это незнание всплывет на собесе что тоже не есть хорошо.
Вот и думаю как восполнить пробелы и что курить.
Не вижу причин парится насчет плавного перехода. Я в свое время переходил так: сижу, педалю фичу на родной жабе, прилетает новость что с сегодняшнего дня все пишем на котлине. Пробежался мельком по документации офф сайта где-то за час, дальше просто сел и начал писать на котлине. Забавно конечно считаясь уже мидлом гуглить как создать конструктор класса или какие есть модфикаторы доступа - но опять же, освоился быстро.
Спустя неделю где-то писал уже не хуже чем на жабе.
>-> многопоточность
>Знаю но плохо.
Плохо, разберись. Лучше шарить и в базовой джавой (как минимум понимание что такое монитор c wait /notify сетами и synchronized который блокирует код на этот монитор и как все это в плане памяти реализуется (thread, volatile и т.д) + более высокоуровневые конструкции в виде Executor/Future. По котлину -конечно же корутины. Даже на офф сайте расписано неплохо имхо.
>-> дженерики
>Очень туманное представление
В жабе запутано, в котлине все гораздо проще. Просто параметризовать какие-то штуковины можно не конкректными классами, а любыми (при необходимости ограничив их словами out SampleClass - любой наследник нашего класса или in SampleClass - любой родитель
>-> функции высшего порядка
>Вообще не знаю что это за звери
Вместо экземляра анонимного класса можно написать стрелочку, amazing, минимум неделя на research
Лучше прочти книгу, хуже точно не станет, но будет проще искать информацию и закрывать пробелы на волне изучения языка. Тут ведь ещё такой момент, что какие-то вещи легче воспринимаются, к примеру, в контексте kotlin/android-реализации, особенно многопоточность, прикладное значение которой ты можешь наблюдать наиболее наглядно.
>-> функции высшего порядка
>Вообще не знаю что это за звери
Функция высшего порядка есть функция, которая принимает в себя другую функцию и/или возвращает функцию. Всё. Вот тебе в качестве упражнения: Напиши функции такого типа:
one() - должна выдавать 1
two() - должна выдавать 2
one(plus(one())) - должна выдавать 2
one(plus(two())) - должна выдавать 3
На Гиперскилле посмотри Котлиновский курс.
Лямбды, конечно, нередко используются в функциях высшего порядка, но не обязательно. Например
fun square(x: Int) = x * x
println((0..5).asIterable().map(::square))
Всем привет
Что за ебанизм происходит
Создаю тестовый проект
У него 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 посмотрел, там все аналогично.
Ну, перезагрузки всякие делал, компа, студии.
разве что переустановить студию не пробовал.
Это же базовый функционал, из коробки. Как так получилось, что не работает?
> Обычно на этом шаге мне подсвечивает варианты взаимодействия с кнопкой, но он просто ее не видит
> btn_one
Судя по всему ты пользовался синтетиками, выкидывай их нахуй. Такой хуйни когда ты рандомную кнопку из рандомно лейаута просто импортишь без задней мысли быть не должно. Ведро это не WPF.
Опытные аноны, поясните раз и навсегда пожалуйста за доступ к объектам из контекста - 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
Хуячешь через аппликейшон контекст.
Для первого делаешь что-нибудь типа
sealed class Strings {
data class Value(String)
data class Resource(Int)
fun resolve(Context)
}
И не ебешь мозги.
Пробуй Clean/Rebuild/Invalidate caches, особенно в случае, если ты юзал синтетику. В идеале использовать байндинг, либо же
findViewByIdна худой конец.
>>886366
Зависит от ресурсов и их предназначения. Если ресурсы используются в качестве плейсхолдеров на уровне фреймворка(т.е. только для UI), дёргай их внутри фрагмента или адаптера виджета, если же они являются данными(что бывает редко, как пример - raw), в этом случае лучше поставлять их вместе с другими данными, получаемыми из источника данных, с полноценным маппингом в модель. Ориентируйся на то, влияют ли ресурсы на поставляемые данные(и являются ли данными), от этого и отталкивайся. Если хочешь красиво получать ресурсы - напиши функцию расширение для контекста. Вообще, советую не стесняться писать экстеншены, но если предполагается увеличения их количества в будущем, лучше сразу делай отдельный класс-провайдер, чтобы работать с отдельным объектом(делегатом).
>Кто-то использует AndroidViewModel, который принимает в себя ApplicationContext, и все, обращается к контексту из VM.
Во-первых, ViewModel не должна содержать референс, только состояние. Во-вторых, контекст имеет собственный жизненный цикл, что может привести к утечке памяти.Ты просто добавляешь вредную, неконтролируемую зависимость.
Многие проблемы, связанные с ресурсами решаются data-binding'ом.
Про обмаз понял, возможно, надо пересмотреть отношение.
Пример у меня такой - есть коллекция моделей для item'ов в RecyclerView, допустим UnitViewModel, каждому item'у нужна картинка (из памяти/из интернета), я ее подгружаю в поле этой модели, подгузка происходит в ViewModel.
Я так понимаю это неправильно и надо подгружать в Fragment/Activity?
Вообще флоу такой - во viewModel я подгружаю данные для каждого item'а с Sqlite, но затем мне надо заполнить поле 'picture', которому нужен контекст для подгрузки, получается мне надо как-то изъебнуться и заставить Fragment/Activity это делать?
>ViewModel не должна содержать референс, только состояние.
Спасибо. Я вот эту штуку никак не могу прочувствовать, то есть любая попытка пробросить в VM Resources/Context (Activity/Fragment)/Theme/etc - это неверно?
По этой же логике и проброс любого Data source в VM является ошибкой, например, я прокидываю в VM Data source, который у меня содержит ссылку на инстанц RoomDatabase, получается и это неправильно? В каком месте тогда нужно дергать получение данных и передавать их в VM?
Добрый день!
Подскажите, а есть работающие примеры jsoup kotlin?
Там однозначно есть подводные камни
Добавил разрешение в манифесте
Импортировал jsoup
пишу простую строку:
val doc = Jsoup.connect("http://example.ru").get()
На этом шаге (это, как я понял, просто загрузка html-копии страницы) уже приложение вылетает
Где-то читал, что есть какие-то тонкости. Есть знающие господа в треде?
>любая попытка пробросить в 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, что бывает полезно, но, опять же, ситуативно - это не всегда уместно.
Всегда держи в уме архитектурные ограничения.
Прочел я этот пост и понял - что мне еще учиться, учиться и еще раз учиться.
Мимо другой анон
Спасибо анон, но я пока не могу понять эту многослойную архитектуру, я впервые вижу про интеракторы и юзкейсы, буду гуглеть.
Хочется оче понять принцип без шелухи - то есть VM не должна сама получать данные, получается так? Данные (если получечние таковых зависит от контекста) должна ей поставлять сущность в виде гно, которая context-aware и "живет" в его жизненном цикле?
Так примерно? Или я нихуя не понял.
Сука как же сложно блядь, и примеры получаются большинством своим некорректные на медиуме и прочих ресурсах.
Примерно вот так:
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, например, бывают случаи, когда можно обойтись и без неё.
Всё гибко и подстраиваемо под конкретную задачу.
Спасибо большое анон за подробный флоу, буду разбираться и гуглеть, много незнакомых терминов, use case и emitter я не пользовал ни разу.
Последний вопрос наверное - не подскажешь где можно найти какой-то хеллоу-ворлд, сделанный по таким вот каноничным паттернам?
Может быть есть опен-сорц проект, куда можно подсматривать?
https://github.com/android/architecture-samples - это шляпа или норм?
>это шляпа или норм?
Упрощенная реализация, не особо наглядная. 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
Проект действительно хороший, достаточно информативный, наглядный, сложный, но с возможностью упрощения.
То ли дело деды код писали - mov eax, ebx - коротко и ясно.
Что-то я не понял простую вещь: как вписать картинку в скролл-вью, чтобы она вставала по ширине элемента и занимала столько высоты, сколько нужно, без изменения пропорций?
Звучит просто matchparent на ширину и wrapcontent на высоту, но не работает.
Чуть подробнее https://pastebin.com/dVfkzKgE
>>886368
>>886454
Да, действительно, это была синтетика. Разобрался, как она работает, стал на шажок ближе к просветлению.
А почему синтетика - это плохо? Вроде бы как она существенно облегчает процесс кодинга. Дело в "секьюрности"? Или как-то отрицательно сказывается на производительности?
И по поводу "бест практисес"
Если биндинг вроде бы нашел
https://developer.android.com/codelabs/kotlin-android-training-data-binding-basics#0
то
>Clean/Rebuild/Invalidate caches
для котлина - чет не гуглится хотя, наверное, я плохо гуглил
Немного не понял
Это нужно прямо в настройках androidx.constraintlayout.widget.ConstraintLayout
прописывать?
А есть какой-то более элегантный способ? Просто у меня там куча всего, и все худо-бедно работает. Не сломается от такого?
Ну и что конкретно прописать?
там несколько штук, например layout_constraintWidth_default (ему, кстати, нельзя задать значение 0)
Спасибо анон за поснение, буду одуплять дальше.
Пока гуглил паттерны я натолкнулся на странности в документации от самого гугла: 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 не пересоздалось?
>А почему синтетика - это плохо?
Syntetic не compile time safety, синтетические свойства невозможно получать в разных модулях. Как была экспериментальной фичей, так ей и остается.
>>887308
>Как же так, мы же "завязались" на fragment, и он был destroyed, почему VM не пересоздалось?
Всё дело в жизненном цикле фрагмента - изменение конфигурации не приводит к полному уничтожению фрагмента(Finished).
https://www.glureau.com/pictures/Jetpack-ViewModel-Lifecycles.png
LiveData<PagedList<T>>
Пока единственная реализация - подтягивание данных из Android Room, но потом я думаю о подтягивании данных из интернетов.
Я сильно сосну?
Вся эта магея с PagedList выглядит довольно сложной и я чото никак не пойму, зря я ей обмазываюсь или все норм будет.
Нет, ты вместо LinearLayout в Scrollview засовываешь ConstraintLayout, дальше внутрь констрэйнта ImageView. В конструкторе привязываешь его к верху скроллвью и в левый и правый края констрэйнтлэйаута, дальше делаешь width ImageView 0dp
Почему?
Но даже если я избавлюсь от LiveData, буду просто возвращать PagedList, это норм вариант для адаптации в будущем под REST ресурс?
Или androidx.paging.PagedList это сугубо для sqlite штука
пока начали хоть какието бабки на еду приходить, я пилил полгода почти фултайм где-то. При этом не столько код, сколько дизайн иконки картиночки, контент. Так что не жди быстрых результатов.
Если есть 10 аналогов, сделай лучше чем они. Почти всегда почему-то люди пихают овердохуя рекламы, сделай тоже самое без рекламы, и ты уже лучше. Но самое сложное - найти нишу, где у тебя будут скачки, хоть какие-то инсталы без рекламы. Тут даже топ прилага может быть никем не замечена. Дрочи aso, но в хорошей нише у тебя и без оптимизаций должные приходить хоть пару инсталов в день
Если честно, поулчается абсолютно так же, как было до этого с linearlayout
Один в один
Параметры проверил, вроде бы сделал так, как ты говоришь
магия :(
На всякий https://pastebin.com/2Q2BiJWb
поставил другую картинку (с другим разрешением, но идентичными пропорциями), отступы стали меньше, но остались. Причем отступы как сверху, так и снизу.
Соре, оказывается, я ошибся. Если известно разрешение картинки, то сделай как на этом коде
*пропорции
Пока то что нашел на эту тему:
https://proandroiddev.com/no-more-livedata-in-your-repository-there-are-better-options-25a7557b0730
И по сути тут говорится о том, что LiveData в репозитории - это превношение в Domain layer android-специфичной сущности.
И говорят что надо пользовать Flow.
Блеать я не понимаю разницы между ними, почему LiveData - android-specific, а Flow- нет?
Потому что лайвдата имеет прямую зависимость на андроид хендлер и меин лупер. Да, можно костылями через бекдор отвязать в жвм тестах, но вопрос нахуя.
Ну и лайвдата в принципе говняха, у гугла разыгрался not invented here синдром и они решили запилить еще один обсервабл паттерн. Вот только он в разы менее функционален чем рхжава с котлином.
Котаны, а как сделать фрагмент по правилам MVVM в котором 4 кнопки и по клику на каждой из них вызывается код переключения на другой фрагмент? С одной стороны - это должно быть тестируемо, с другой стороны - слишком же простой код, что тут тестировать?
MVVM тут не играет никакой роли, потому что переключение фрагментов не выходит за пределы View и не взаимодействует с ViewModel.
Наиболее чистая реализация: Navigation + коллбэки в активити, которые вызываются во фрагменте. Логика вызовов находится в активити, фрагмент может вызывать методы, но ограничен собственным жизненным циклом.
>С одной стороны - это должно быть тестируемо, с другой стороны - слишком же простой код, что тут тестировать
Самое главное, чтобы что-либо было тестируемо, и совсем не важно, если ли необходимость это что-то тестировать в данный момент.
У тебя есть обычная тарелка(не одноразовая). Она должна быть сделана из материала, который можно очистить, потому является переиспользуемой. Сейчас, когда она чистая, в очистке нет необходимости, но это не означает, что она не понадобится никогда. Это свойство, которое просто должно быть.
>у гугла разыгрался not invented here синдром
>еще один обсервабл паттерн
>только он в разы менее функционален чем рхжава с котлином
Не совсем так. LiveData вполне вписывается в концепцию архитектурных компонентов, будучи инструментом среды фреймворка. Мне нравится идея применения rxjava в бизнес-слое и livedata в framework-слое, потому что это позволяет максимально эффективно использовать инструменты, исходя из возможностей, которыми они обладают, без вреда для архитектурных ограничений.
>>888227
Именно поэтому использовать LiveData стоит только в presentation, который относится к фреймворку.
>Наиболее чистая реализация: Navigation + коллбэки в активити, которые вызываются во фрагменте. Логика вызовов находится в активити, фрагмент может вызывать методы, но ограничен собственным жизненным циклом.
Navigation не умеет держать фрагменты в стеке, оно их пересоздаёт.
Документация:
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 вручную или исследуй различные фреймворки и поймешь, что это действительно удобно.
Ты не понял!
При нажатии на бэк будет уничтожен фрагмент.
Мне так нельзя делать, потому что при переключении между экранами будет теряться состояние, а восстановливать его долго,юзер будет в бешенстве.
Разве есть там решение этой проблемы?
OnBackPressed-коллбэк можно хэндлить, как и само сохранение состояния. Собственно, если есть необходимость, можно переопределять методы Navigation классов под конкретные кейсы и создать провайдер, который будет управлять поведением в каждом варианте использования. У меня нет однозначного ответа на твой вопрос, могу только сказать, что не сталкивался с нерешаемыми проблемами. В любом случае, названный мной ранее способ актуален и без Navigation-компонента.
Оно принципиально не может? Или можно починить?
А для чего тогда вообще переопределять, если копание с этим займёт времени больше или столько же, сколько создание своего Navigation?
Это лишь возможные варианты решения потенциальной проблемы. Разумеется, выбирать нужно наиболее эффективный и наименее времязатратный подход.
Android development, хуле
Имхо навигейшн компонент неюзабельное дерьмище если у тебя в приложении больше 2-х экранов. Рано или поздно упрешся в какую-то вещь которую принципиально на этом компоненте не сделаешь.
Держит вроде, с чего ты взял, что не держит?
У меня помнится были проблемы в плане бекстеком на этом компоненте. Точно мб уже и не вспомню, но выглядело примерно все так:
Приложуха простенький враппер на вебвью для мобильной версии сайта. Навигация выглядила так: 1-й скрин обычный экран с инфой по авторизации, с которого открывается вебвью. Дальше там шло прослушивание того что в ответ отдаст в вебвью сайт который мы инициализировали с креденшилами с 1-го скрина.
Если ловим любую ошибку - вывалиемся назад на экран авторизации.
И был забавный баг, суть его следующая:
При нормальной работе, если юзер успешно зашел на сайт и лазит по вебвью - то бекбаттон вначале отрабатывает как "назад" в обычном браузере (нормальное, дефолтное поведение), и только когда стек страниц вебвью закончился - вываливался на авторизацию.
Но! при этом если зайти нормально в вебвью, полазить, вывалится обратно на 1-й скрин авторизации и запусть вебвью в 2й(!) раз (и далее, 3-й, 4-й и т.д) - то бекстек вебвью ломался, любое нажатие на назад закрывало вебвью и отправляло юзера назад на скрин авторизации.
Проебался с этим багом весь день, читал доки по вебвью,тестил разные ее имлпементации, шаманил с этим нав компонентом и самой вебвью, словом дебажил как мог - но починить не смог. Под конец дня переписал за 10 минут этот навкомпонент на классическую навигацию - и проблема сразу решилась.
Вроде мелочь, но с тех пор в голове прочно засела мысль что навкомпонент кусок дерьма.
И глядя на текущий проект, где в плане навгации есть много чего интерестного и на докуметацию по этому компоненту - я просто не представляю как можно было бы сделать навигацию моего текущего проекта на этом убогом, обрезанном со всех сторон огрызке от великолепия всех комбинаций флагов интентов/лаунчмодов и жонглирования транзакциями фрагментов (хотя в плане вложенных фрагментов много нелогичного дизайна, а местами и откровенных багов).
Спасибо за развернутый ответ по DI, я понимаю что это такое и как примерно работает, но чем меньше сейчас сокрытого тем мне удобнее, если что-то нельзя сделать без фреймворка-DI, то возникают вопросы к такому подходу. Поэтому я и спросил как это можно сделать без DI.
Я сам пришел из мира серверного жвм-ынтырпрайза и поэтому мне не кажется хорошей идеей открывать новый стек технологий сразу с DI, хотя сейчас для серверной жабки/котлина я бы не стал, за редким исключением, стартовать ни один проект без DI, но это потому что есть 10летний бекграунд в этом деле. А тут хотел обмазаться сперва по-хардкору, без DI.
>если что-то нельзя сделать без фреймворка-DI, то возникают вопросы к такому подходу
Идея подхода заключается в наибольшем уменьшении связанности, чего невозможно добиться без di. Production ready, так сказать. Собственно, если есть цель обмазаться, убирай всю абстракцию, объявляй условный репозиторий прямо в месте вызова его методов и анализируй поведение такого подхода, включая сайд-эффекты, с которыми этот процесс будет гораздо веселее. Или, как вариант, можно написать простенькую реализацию MVP и создавать объекты прямо в активити(в т.ч. и презентер).
>жвм-ынтырпрайза
>открывать новый стек технологий сразу с DI
Если, например, взять JavaEE, где есть скоупы, квалификаторы, инъекция фабрик и сервисов, или Спринг, где di реализован в виде компонентов и конфигурируемых бинов(со скоупом и жц), и провести аналогию с той же dagger-реализацией, понять её специфику будет ещё проще. Можешь начать с ручного внедрения(через конструкторы и фабрики), если не хочешь сразу погружаться во фреймворки(есть множество гайдов, где показан процесс реализации без использования каких-либо фреймворков), но нет ничего плохого в том, чтобы начинать осваивать новый стек с хороших практик, с необходимостью которых всё равно придется столкнуться, пусть и чуть позже.
Привет всем отцам и не очень!
Хочу сделать музыкальное сопровождение для своего приложения: при нажатии проигрывать конкретный звук.
Написал функцию, которую пристыковал к нажатию нужных кнопок
Оно работает
Но если произвести "стресс-тестирование"жать на эти кнопки как сумасшедший, то после определенного момента все просто перестает работать
Есть другая похожая функция, она тоже перестает работать
Написал try except - не помогает
Написал проверку, не играет ли плеер сейчас (если играет - нахуй выключить его) - не помогает
В чем может быть дело?
Код функции
https://pastebin.com/A0Av9Gcw
Нет смысла создавать каждый раз медиа плеер с одним и тем же звуком. Просто делай ему start/stop/seekTo
Пара вопросов:
-А как это в функцию реализовать? Функция для включения плеера и функция для запуска сообщения? Как-то сложно представить.
-мой вариант, по идее, не самый оптимальный, но должен работать. Почему после определенного момента начинает залипать? Что еще я должен пересоздать?
Братан, используй абстракцию и вынеси плеер в отдельный класс, а не создавай его каждый раз в функции.
Котаны, а когда вьюхи получают событие onTouch?
После вызова какого метода в Lifecycle Activity/Fragment?
mMediaPlayer2!!.isLooping = false - это, чтобы он играл один раз
А как чтобы удалялся?
Пока что самое такие, что я придумал - это создать функцию, создающую несколько плееров (с разными саундами), потом функцию, которая крутит соответствующий саунд
И функцию, которая удаляет все плееры при уходе с активити. Такой вот план.
>>890213
Переделал
Перестало работать после первого клиа
Попытался покрутить, оставить, например, только isPlaying - то же самое
>>889970
Я никогда подобными вещами не занимался, идея хорошая, попробую. Я просто слабо представляю себе как это должно выглядеть.
Посмотрел еще раз на свою функцию
https://pastebin.com/LMk8f68q
Так у меня же первой строкой идет
var mMediaPlayer2: MediaPlayer? = null
Получается, что предыдущий плеер должен закрыться автоматически
Зарве нет
В топку классы, я слишком тупой для них, но тут-то что не так?
Наверное, как ты советуешь, попробую с ручных фабрик.
Про то что это di это продакшон реди и хорошая практика - не спорю ни разу, просто хочу сначала руками обмазаться.
Я пока не понимаю как di решает проблему context-awareness, и чтобы это понять навреное надо попытаться сначала "магею" руками наковырять.
Раздербанил функцию, при старте активити делаю плеер, при нажатии кллавиш прокручиваю музыку, при выходе убиваю плеер, все работает. Нефилигранно, ну и ладно.
>>890521
>var mMediaPlayer2: MediaPlayer? = null
>должен закрыться автоматически
Ты создаешь объект типа MediaPlayer, присваивая ему значение null по умолчанию. Чтобы уничтожить его, тебе нужно сделать проверку на null, сделать release и присвоить null, если MediaPlayer'у присвоено значение. (делать это, соответственно нужно в месте, где предполагается его уничтожение и когда он не isPlaying) Если тебе нужно делать так, чтобы он уничтожался после проигрывания - вешай на него OnCompletionListener и пиши приведённый выше код в теле его метода. Учти, что в этом случае присваивать значение MediaPlayer'у нужно в месте старта звуковой дорожки. Помни о том, что MediaPlayer должен существовать в единственном экземпляре. за исключением отдельных случаев, для реализации которых необходимо создание отдельного компонента для управления ресурсами
Переменная MediaPlayer ЛОКАЛЬНАЯ!
Выручит ли в этом случае Даггер? Инстанс должен быть создан в активити и получен через Даггер внутри фрагмента, который обязательно будет создан только после создания активити.
теперь без пикчи
Анон, еще один вопрос - получается что сами гугловские туториалы отсюда например:
https://developer.android.com/codelabs/android-training-livedata-viewmodel#14
не очень-то и безопасны?
Например, там прокидывается Application в ViewModel, и репозиторий юзается из ViewModel
>прокидывается Application в ViewModel, и репозиторий юзается из ViewModel
>не очень-то и безопасны
Всё верно, подход неправильный, но это туториал, который должен быть простым для понимания. Я полагаю, что это сделано для демонстрации лёгкости внедрения архитектурных компонентов, ведь если не вникать в подробности, может показаться, что присутствует некая многослойность и, как минимум, соблюдены базовые принципы MVVM, хотя очевидно, что в нём же они нарушаются. Цель любого туториала - донести информацию доступным образом, но иногда это происходит в ущерб качеству или же может вовсе ввести в заблуждение.
Анон, я стал разбираться с тем туториалом по чистой архитектуре и смотреть второй проект автора этого туториала - https://github.com/android10/Android-CleanArchitecture-Kotlin
И возник вопрос - почему там используется LiveData, а не Flow?
Разве flow не богаче по функционалу в плане контроля над тредами и потоком данных? Вообще по твоему опыту пром. разработки под андроид что чаще используется?
В прошлом проекте была классическая реализация Clean Architecture. Здесь же автор показывает подход, который предполагает уменьшение искусственных ограничений, вынесение общей логики в core(обрати внимание на то, что там находятся даже функции-расширения android-зависимых компонентов) и features, который содержит модули с data и presentation компонентами. Это важный момент, который многое объясняет.
>И возник вопрос - почему там используется LiveData, а не Flow?
Как написал автор в блоге, одной из его целей было максимальное упрощение и, соответственно, избавление от всевозможных промежуточных оберток и операций, которые не нужны в случае минимизации искусственных ограничений. Логика такова, что раз LiveData является частью реализации приложения, её можно отнести к числу общих компонентов, который может располагаться в core-модуле. Почему используется LiveData, а не Flow? Потому что автор акцентирует внимание на преимуществах MVVM архитектуры и использует инструменты, которые не приведут к оверинжинирингу, о чем он прямо говорит, приводя в пример RxJava. В контексте данного подхода и его ключевых идей никаких противоречий нет.
>Разве flow не богаче по функционалу в плане контроля над тредами и потоком данных?
Да, но учитывая то, что его функционал не относится к числу необходимого, автор считает его лишним.
>Вообще по твоему опыту пром. разработки под андроид что чаще используется?
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, потому что наличие явных ограничений упрощает сопровождение увеличивающегося проекта и является более элегантным решением, чем может показаться на первый взгляд. Я считаю, что для архитектуры первостепенно разделение на бизнес и фреймворк, а далее, руководствуясь принципами чистой архитектуры, можно адаптировать её под цели, требования и потенциальную масштабируемость проекта. В любом случае, все эти проекты являются разновидностью реализации, поэтому не нужно стесняться делать что-то своё, опираясь на свойства собственных задач, придерживаясь общих принципов.
Меняй Relative на Constraint, засовывай textview и кнопку в вертикальный linearlayout(wrap_content) и привязывай его constraint'ы.
Попробую. Огромное спасибо)
Кстати, есть какое нибудь срамное руководство по этим тэгам в XML, типо какой что делает. А то это первое приложение которое я пишу(обезьяны) и хотелось бы получше разобраться. Спасибо за ранее.
>>892682
Засовывать linear (и прочие) в constraint плохая практика, constraint предназначен для создания плоской иерархии view. Имхо иногда можно, когда у тебя действительно дохуя вьюх - удобнее сделать тот же линеар чем цеплять один к другому по цепочке. Но блять, их же тут всего 2.
Смотри, 1-ю вьюху с часами ставишь без всяких линеаров, тупо в констраинт - startToStart на parent, endToEnd на парент тоже - центровка по горизонтали. Тоже самое для вертикали - topToTop - parent, bottom to bottom - parent.
Дальше цепляй кнопку к низу часов - topToBottom = "айдишник часов"
startToStart = "айдишник часов"
endToEndOf= "айдишник часов" делаем кнопку посередине вертикали часов.
Если нужно что-то подвинуть слегка - юзай марджины / constraint bias
observeForever
В ViewModel, тупой вопрос - как избежать ужастного объемного бойлерплейта в onClean, где я вынужден удалять все observer'ы
При чем до этого я вынужден их держать еще и в полях класса, что тоже мне несильно нужно.
*onCleared в AndroidViewModel
А зачем ручками отписываться? Есть лайвдата которая сама умеет следить за LifecycleOwner, есть прямые байдинги из xml где такого я тоже не припомню.
Я мб таким давно не занимался, но пока выглядит так как будто ты пишешь очередной велосипед.
Те вещи, которые можно замапить в xml - я маплю, тут вопросов нет.
Но у меня есть логика в AndroidViewModel, которая использует observeForever - получить данные допустим из репозитория, далее что-то сделать, т.к. ViewModel не может иметь lifeCycleOwner то нужно руками удалять observer'ы.
Я видимо не так что-то делаю, но хуй пойми как это поправить.
>>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
>
>Но у меня есть логика в AndroidViewModel, которая использует observeForever - получить данные допустим из репозитория, далее что-то сделать
Мб лучше иметь отдельный слой между презентейшн слоем и репозиторием для такой логики, юз-кейсы там или еще что-то в этом роде. Если все же хочешь делать это именно на лайвдате в ВМ, чекни это https://developer.android.com/topic/libraries/architecture/livedata#transform_livedata
Нет.
Я так данные из foreground сервиса передаю.
В классе Application лежит Repository с Mutable LiveData, внутри ViewModel подписываемся через Observe Forever, обычно для отображения данные нужно преобразовать, этот происходит внутри ViewModel.
А очищаешь-то как observer?
В callback'e onCleared?
Вообще судя по всему observeForever в ViewModel - это антипаттерн, рекомендуют стараться обходиться map/switchMap, а наблюдать только из View.
Хуй знает, не всегда это получается, по-моему. Не могу пока этот помент прочувствовать.
Вообще то, что в мире js-блядей делается сука щелчком пальцев (как во vue.js) - в андроде превращается в какой-то ебаный танец по удовлетворению паттернов, жизненного цикла, аллаха, блядь, ХУЛИ СУКА ТУТ ТАК СЛОЖНО ЕБАНА
Я не очень понимаю как use cases/interactors решают вопрос с ожиданием результата обращения в репозиторий, все равно ведь репозиторий возвращает LiveData (или Flow, если нет желания завязываться на android)
Не смогу объяснить лучше чем этот хуй: https://tech.bakkenbaeck.com/post/keeping-observe-out-of-viewmodel
Ну смотри, у джавы сейчас по сути 2 применения.
1-е. Ты можешь попасть на +- старый проект, который написан на джаве. Возможно при этом дальше он будет дописываться на котлине, но читать старый код на джаве придется.
2-е. При гуглинге разнообразный инфы ты столкнешся с тем что куча ответов с стековерфлоу написаны на жабе, какие-то старые, но все еще полезные гайды на ебучем медиуме тоже.
По итогу, на мой взгляд можно сразу учить котлин (предварительно офк разбобравшись по минимуму в том что такое jvm и прочее). Но джаву ты должен как минимум спокойно читать.
Как же горит с прибитого гвоздями интерфейса к деревянному XML. Как вообще динамический интерфейс тут пилится?
Допустим надо регулировать количество кнопок в рантайме.
Скрывать элементы - костыль. Храним невидимые элементы.
Фрагменты - костыль. Бесполезное оборачивание элементов - производительность в пустоту. Надо пилить руками кучу фрагментов.
Пилить элементы из кода - отвратительная поддержка стилей через код и документация этого извращения настоящая дрисня.
Кастомные элементы - чего, блять? Мне стоковые кнопки надо просто добавить/удалить и менять пару параметров стиля.
Так что из этой каши у Гугла считается правильным вариантом? Всегда плевался с XAML у индусов, но даже там всё лучше - просто добавляешь элемент из кода и прикручиваешь XAML-шаблон, в пару строк всё делается.
А если мне надо в каждой кнопке одну-две строчки стиля поменять? Пилить 10 фрагментов руками, имея 95% шаблонного XML? Звучит как полная хуйня. Даже во времена WinAPI такой хуйнёй не занимались.
Што?
Налицо очевидный недостаток знаний и отсутствие понимания базовых подходов к проектированию/оптимизации ui. Могу только посоветовать учиться дальше и разбираться подробнее, а не придумывать несуществующие костыли и гореть из-за них же.
Т.е. ты сам не знаешь как правильно? А ведь судя по документации, у Гугла вариант с фрагментами является правильным. И всё это случилось из-за изначального ущербного подхода. В то время как у индусов был переход из кода в XAML и он до сих пор лишь вспомогательный инструмент, Гугл сразу с первых версий ведра прибивал всё гвоздями к XML.
> придумывать несуществующие костыли и гореть из-за них же
Что же тогда сам Гугл пригорел и запилил Flutter? А XML что-то дальше этих костылей с фрагментами не ушёл - как была статичная параша, так и осталась.
пишу диссер, прорабатываю модель системы трекинга персонала на основе wi-fi и тегов на базе мобильных устройств. Трекинг на вайфай очень свежая тема, в нее вкатываются даже здоровые конторы типа циско, но хочется добиться некоторых преимуществ. В связи с темой появились следующие вопросы:
- Можно-ли ( а в идеале как) сделать так, чтобы приложение получало инфу о том, что устройство было разблокировано ( по отпечатку, лицу или пину, етс). То есть можно прикрутить функцию прямо в приложение базовыми апи, но это удар по юзабилити. хочется конкретно агент
- Можно-ли выдернуть из кадров WiFI P2P данные о уровне сигнала RSSI
- Можно ли сделать то же самое для кадров BT
Все это про безрут, с рутом и такой дурак как я сможет)
Сам не программист, занимаюсь инфобезом. Заранее спасибо. Пикча для привлечения внимания
>Т.е. ты сам не знаешь как правильно?
Что правильно? Та парадигма, которая сейчас является стандартом, обладает достаточной гибкостью, чтобы можно было реализовать что угодно. Большинство маня-идей, которые выходят за её пределы, как правило, бестолковые и по своей сути являются костылями, без которых можно обойтись.
Если тебе это действительно так необходимо, используй сырой Compose, оставляй фидбек и помогай развивать его, что будет гораздо полезнее, чем высеры на тему "тут всё так плохо, а вот там лучше".
>Что же тогда сам Гугл пригорел и запилил Flutter?
Предлагаю тебе использовать Флаттер, вдоволь "насладишься" производительностью.
>XML что-то дальше этих костылей с фрагментами не ушёл - как была статичная параша, так и осталась
А куда он уйдет? Ты рассуждаешь о невозможном, потому что потолок его возможностей достигнут. Дальше может быть только полный уход к декларативности, где тебе будет отрисовка, динамическая компоновка, настоящая пространственная "материальность", векторы, кватернионы и всё без костылей. Вот тогда и обмажешься динамикой, а пока работай с тем, что есть, либо пробуй готовые решения.
> Пилить элементы из кода - отвратительная поддержка стилей
1) создаешь xml из одной кнопки со стилями хуилями
2) инфлейтишь эту кнопку в свой линер лейаут
подписывать самому каждый раз лень
Запили ресайклер (можно горизонтальный) который будет тебе 100500 кнопок генерить без проблем с производительностью
В коде просто хранишь список кнопок, а в холдере будешь просто менять нужный тебе стиль.
Цепочка viewmodel->usecase->repository->retrofit.
У самого сделано во вьюмоделе через try-catch и обертку Result (loading/success/error). Есть варианты получше?
бамп
Кароче, пиздец. Просто негде высказаться.
Слава Б-гу чуть насобирал денег, но, дебил, проебывал на всякую хуйню. Благо не все проебал.
Пойду вкатываться в геймдев, ничо не умею и не знаю (ну так, немного юнити и блендер), хуй знает что со мной будет и что делать. Сладкие времена когда доилась одна большая корова закончились. Хочется сдохнуть. Хотя по сути есть пару лет на обучение геймдеву, но все-равно ужасно как-то.
Да не умел и думал там все еще похуже с копирастией и не было макбука и тд. И свифт не знаю.
А так, хз какой контент копирастский. Я бы с радостью его удалил, но если там такого больше 50%, то лучше пусть будет удаленная нах. Приходится ждать писем счастья, а копирасты сразу в гугл жалуются.
Возможно стоит портировать... В принципе идея, если гугл насовсем меня забанит навечно и мои акки, еще есть эпл. А забанить могут за пару страйков, как я понял.
Что за приложение? по тематике Какого рода контент был? Куда впиливал его и зачем? зачем тебе вообще мог понадобиться чужой контент?
>>903136
>думал там все еще похуже с копирастией
Её нигде не жалуют
>не было макбука
Достаточно виртуалки
>И свифт не знаю
Он очень простой, это не должно быть проблемой
тесты, психологические, кароч. С ними сложно потому что хуй поймешь что копирастнутое, а что нет, знал бы я, удалил бы все что копирастнутое и спал бы спокойно. Долго его пилил, даже свой тест пол года делал (который никто не оценил даже), все красивое было и вылизанное, 96 апдейтов было, один хуй, всему конец. Можно только перезалить приложение, но с другим названием и тд, но страшно. Если копираст пожалуется опять какой-то, то есть шанс бана аккаунта разраба, наверн. В гугл не пишут за что банят акки разрабов, пишет что за "вопиющие нарушения их правил", что значит за что угодно, они сами решают, по настроению. Наверное придется рискнуть, если что. А в случае провала сдаться эппл и запиливать игру (которую я возможно сделаю позже) в эпл стор.
ибифо: деванон тгавля
не переводить на английский, хотя это чревато потерей львиной части дохода, но зависит от приложения. Наверное америкосы мало юзают торренты. И то наверное это только временно поможет. Лучше такие проги в интернете как-то распространять. Но пока что это успешно удалось сделать только hd videobox-у.
Часто проверять почту, мб кто-то напишет и предупредит что-то удалить, до жалоб.
Эпл просто так не банит, но может доебаться при заливке в стор и не пустить прилагу или апдейт. У меня был подрыв жопы сперва, почему на Андроиде все можно, а эплу все не нравится, но если они без предупреждений страйк не кидают, то почему и нет. Ну и траффика у меня на эпл в 10 меньше
Даже в гугл поиске показывается. Недурно.
И в чем же его сложность?
AsyncTask, не походит т.к. у меня достаточно длительный процесс и нужно получать от GUI команды, т.е. если все скачалось, ждем команду на запуск работы. Собственно непонятно как в AsyncTask эту команду пробросить.
Затем смотрел всякие Looper, но тоже может не до конца разобрался.
В итоге решил попробовать оформить загрузку как Service, но не понятно, вроде пишут, что Service стартует в потоке GUI.
Суть: нужно парсить файл расписаний в excel и сохранять данные в БД, выводить в виде списка событий, также должен быть календарь для выбора даты из календаря чтобы просмотреть события в определенный день. + Отчеты по кабинетам из бд (свободные/занятые).
Почитал про Apache.poi (для работы с Excel) - говорят очень геморно использовать + у меня не получилось подрубить его к моей Android Studio. Знания основ программирования имеются (C++). На Java нет.
С чего начать? Куда копать? Что использовать? Выручайте!
Пример содержания файла прикрепил
Спасибо и с рождеством!
У меня вопрос, как сохранять данные на фрагменте при повороте?
Кроме retainInstance
rxjava(rxkotlin) посмотри, там можно сделать запуск по таймеру с интервалом
На Айфоне еще хуже анальная модерация.
>96 апдейтов
Охуеть, представляю как это обидно. А заблокировали весь аккаунт или только удалили приложение?
А почему геймдев. В вебе будешь при деньгах или веб тебе вообще не нравится?
Мои знания это паскаль в школе и С++ в универе
Скачай андройд студию
Попытайся открыть папку с твоим проектом
В студии есть кнопочка чтобы всё собрать
если на каком то шаге что то не получается, вводишь в гугл android studio %описание проблемы%
Как альтернативный вариант можешь попробовать использовать App Gallery от Huawei. По сути можно просто апк загрузить и выпускать релиз на пользователях. Но если у тебя необходимо использовать какие-то гугловые сервисы, типа файрбейса, тогда на устройствах без гулосервисов работать не будет функционал и придется делать оптимизации под такие устройства.
Про асинк-таски давно пора позабыть. Сейчас для этого есть корутины, рхджава.
Сервис не отвечает за работу в фоновом потоке, а только лишь позволяет выполнять какую-то логику без привязки к UI (без activity). За выполнение длительных задач в фоновом потоке отвечает программист, который будет реализовывать эту логику через корутины, рхджава, хэндлеры, асинк-таски.
ViewModel
Проверяет список моделек в адапторе и новый список, который передают в адаптор. Проверяет есть ли отличия. Если два метода, в которых ты сначала проверяешь по некоторому id что это одна и таже модель, а во втором уже сравнение моделек по содержимому. Это позволяет оптимизировать перерисовку списков либо не перерисовывает его, если ничего не поменялось. Либо если поменялся только один элемент, обновляет его не затрагивая остальные в списке.
Не знаю что за ObservableList, но кажется это не имеет никакого отношения к DiffUtil.
Спасибо, получилось
Ошибку проанализировать ты конечно не додумался, ослоеб тупой. Действительно, кому всрался этот красный текст под названием ошибка? Так вот, еблан, все операции с сетью выполняются в отдельном потоке. Это бай дезигн. потом нужно... потом нужно послать тебя на хyй
>Не знаю что за ObservableList, но кажется это не имеет никакого отношения к DiffUtil.
Я пришел из шарпа. В шарпе есть есть ObservableCollection который биндится к списку в гуи и ObservableCollection кидает события своих изменений и гуи синхронно обновляет.
В андроиде я начал искать то же самое и нашел родной androidx.databinding.ObservableList
но начинаю искать как его биндить то к спискам, а нахожу такое
https://developer.android.com/codelabs/kotlin-android-training-diffutil-databinding#0
пожав плечами забабахал связь адаптера с этим ObservableList, где на события ObservableList дергаются адаптеровские notifyItem* (благо реализация элементарна)
Все работает, но у меня ощущение "в чужой монастырь со своим уставом". Вот и спрашиваю
DataBinding обычно советуют не использовать, не самое лучшее решение от гугла.
Лучше передавать через конструктор нужные зависимости. Но с другой стороны если ты хочешь использовать DI для того чтобы просто предоставить зависимости для БД, а все остальное ручками делать тогда особого смысла не имеет.
Попробуй заюзать Koin тогда и для остальных зависимостей сможешь быстро разобраться как что куда прокидывать.
>Лучше передавать через конструктор нужные зависимости
Вопрос не об этом
>Но с другой стороны если ты хочешь использовать DI для того чтобы просто предоставить зависимости для БД
В этом нет необходимости. Мне нужно просто использовать Room везде, где есть обращения к нему
>Попробуй заюзать Koin
Да вопрос про Dagger
Ох уж эти диванные.
Кто советует? Мазохисты и любители портянок кода?
Биндинг это альтернатива ручному написанию связующих портянок
Если даггер есть то используется для всего чтобы получать зависимости, а не самому за ними ходить. А значит вопрос не стоит.
Пиздц, хотел ответить, но потом понял, что все забыл, хотя лет 5 назад плотно изучал, что-то делал на луперах даже
Лупер вроде просто берет и обрабатывает сообщения в своем потоке. Сообщения кидаются через хендлер, хендлер должен быть привязан к луперу. Так гуи main thread работает, все события из ui обрабатывает ui looper. Лучше исходники глянуть конечно, там понятно вроде
Хорошо, а если я просто создаю поток реализуя интерфейс runnable и создают там handler, не будет ничего работать?
Интент это для межпроцессов
Не соглашусь.
DataBinding + LiveData + MVVM = чуть ли не лучшая связка из того, что предлагается гуглом. Лучшая как в плане гибкости, так и в плане читабельности и простоты в реализации
плюсую этого, особенно меня порадовало в свое время то, что рум умеет данные бд в лайвдату заворачивать и сам ее апдейтить после апдейта бд.
Сейчас еще планирую пощупать за вымя котлиновский флоу, интересно как он зайдет в сочетании с вышеперисленным в сравнении с рх (который конечно мощный, но из-за это слишком замороченный, имхо (как и даггер, лол)).
Дохуя способов для различных случаев, оптимальный очень сильно зависит от задачи. Что конкретктно нужно сделать?
> чуть ли не лучшая связка из того, что предлагается гуглом.
А что же еще предлагается гуглом?
все остальное, что было написано до этого. Оно ведь тоже предлагается, а не объявлено депрекатед.
> все остальное, что было написано до этого
Что именно? Последний раз гугл предлагал архитектуры в 2016 на контент провайдерах и лоадерах на гугл ио сайд проектик гуглеров архитектур семплс не в счет, они даже там писали не как все.
поддерживается в Android Studio считай как "предлагается"
*ростут
>Завтра гугл придумает новую либу, будете на нее дрочить.
ну либа либе рознь
Любители хардкора будут всегда. Некоторые и в блокноте пишут и в консоли дебажат. Но есть и нормальные люди.
Я вот в WPF много лет MVVM/биндинги и это просто небо и земля по сравнению с хардкодом. Посматривал давно на андроид, но писец в виде хардкода, безумия с лоадерами асинтасками и тому подобным сразу убивало все желание.
Забегал в xamarin, там тоже удобно, просто там другие проблемы
А вот котлин с его корутинами, мввм, биндинги - и уже вполне приятно писать под андроид стало.
ПЕРЕКОТ 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 (М)
Лодеры и асинктаски только на заре ведроида юзались
Мне тебе тут все перечислять, лол?
>>908174
>Завтра гугл придумает новую либу, будете на нее дрочить.
Да, представь себе. Когда работаешь с экосистемой гугла и продуктом гугла, то будь добр юзать то, что гугл предлагает. Можешь, конечно, не юзать, игнорить, но не ной тогда года через 2-3, когда на собесе у тебя спросят основные мастхев фичи в проектах, а тебе будет и сказать нечего
Зачем через 2-3 года ходить на собес в офис, если есть божественный upwork, с рейтами, которые тебе никогда не светят в офисе?
ага. а за мкадом жизни нет )))
Да что ты, мань? Ну вот моя ставка в офисе 2.5к. Сколько лет тебе придется набивать репутацию, чтоб дойти до этой цифры на апворке? Я уж молчу о том, что на апворке ты обречен вечно получать легаси говно и править костыли за кем-то, тем самым нихуя не развиваясь, как программист.
И тут не в том вопрос, чтоб каждые 2 года ходить на собесы, а в том, чтоб быть в курсе новых технологий и паттернов в рамках той платформы, с которой работаешь. Это как бы нормально для хорошего программиста.
Каждому своё, почти сразу на 20$/ч взял, после пары пустяковых заданий за 5 звёзд
Зачем?
Еще мавен вместо градла без каптов-хуяптов. Собирается на секунды.
хочу скрасить ожидания загрузки данных во фрагменте для юзера при смене фрагментов(нхочу добавить анимации при их транзакции фрагментов, использую navigation component)
на схеме фрагментов, потыкай на стрелочки, там можно выбрать анимацию появления/скрытия дефолтные
спасибо, но это энивей было понятно
почти сразу как вопрос задал начал внедрять анимации, в том числе shared element transition, охуенно
-пользак выбирает, что хочет загрузить
-выбирает куда, посредствам action_open_document_tree
-мы получаем treeURI-объект и отдаем его по интенту сервису
-далее, врубается foreground service и начинает все грузить с уведомлениями в трее.
Все это прекрасно работает на ведре с 6 по 10. На 11 ведре, если убить основное приложение, то сервис падает с ошибкой отсутствия прав на запись. Как я понял, ведро ебанное убивает объект treeURI, который мы получаем от action_open_document_tree. Пока приложуха не закрыта ее можно свернуть, главное не закрыть сервис работает. Как только приложуху убить, сервис падает сразу. Другие фореграунд сервисы из этой приложухи, которые не пишут файлы, робят нормально в фоне.
Можно как-то пофиксить подобное поведение уебанского ведра№11?
Это копия, сохраненная 27 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.