Здорово! Попробую в своем проекте сделать, постоянно копирую другие модули и через Ctrl+Shift+R меняю имена ;)
А если проект не многомодульный и все файлы в app/src/main хранятся, мы можем указать путь, по которому требуется сформировать структуру папок и файлов?
Я простой пользователь, мыслящий категориями "Скачать: версия: 1.0.8 app-release.apk ( 4.58 МБ ) " - при лимитированом интернете это иногда бывает достаточно важно знать.
@NutsUnderline прошу прощения, если неправильно интерпретировал Ваш вопрос. Обычно он задается "троллями", которые хотят устроить бесполезную дискуссию на длительный промежуток времени, т.к. обсуждать размер приложения без вводных - трата времени и энергии.
В Вашем втором комментарии Вы предпочли сфокусироваться не на обсуждении вопроса, а на формате общения, поэтому не удивляйтесь таким содержательным ответам с моей стороны и умозаключениям.
я получаю мнения о том кто я такой, куда я должен пойти и как вопросы задавать господину программисту.
Вообще-то, Вы сейчас своё поведение описали, поскольку в моём первом ответе на Ваш комментарий ничего из вышеперечисленного не было. Я привык уважительно относится к другим людям, пока они не начинают демонстрировать обратное.
@Fate77 Здравствуйте, рекомендую использовать Android Studio и Kotlin. Это нативные технологии для мобильной разработки.
Несомненные плюсы - большое сообщество разработчиков, ответы на стандартные вопросы уже есть на Stackoverflow и в статьях на Хабре, а также современные библиотеки для удобной реализации задач любой сложности.
P.S. У меня на Хабре в ближайшее время появятся новые статьи по разработке моб. приложений на Kotlin с нуля, можете почитать.
Для ответа на Ваш вопрос требуется референсная методика по сборке проекта - включены ли сжатие/оптимизация/обфускация, какие правила указаны в настройках ProGuard.
@NutsUnderline Вы внимательно первый комментарий читали?) Похоже, что вообще не читали, Вам главное было выразить своё негодование, которое образовалось вследствие непонимания предметной области, а также из-за нежелания самостоятельно решать возникшую проблему.
1) Если Вас интересует конкретный вопрос о банковском приложении, так и пишите.
2) Если Вы хотите пожаловаться на плохое приложение банка, Вы не по адресу обратились.
3) Если Вы об Android-разработке имеете абстрактное понятие, так и пишите, а не делайте вид, что всё знаете.
Пока всё, что я от Вас выше прочитал можно классифицировать как завуалированное нытье, а не конструктивный диалог.
с оценкой 1,5 из 5 приложение весит 300 мегабайт, тормозит, глючит
1) Как-то мало весит для банковского супер-аппа. У зеленых 550 МБ, а у красных 170 МБ, но там функционала кот наплакал и тот время от времени ломается.
2) Жаловаться на вес приложения, когда стандартный объем памяти на смартфоне приближается к 128ГБ - удивительно.
3) Такие оценки "1,5 из 5" у приложений только в RuStore видел. Библиотеки для In-app-review ещё нет, поэтому и рейтинг низкий, т.к. заходят на страницу только пожаловаться.
@LAutour, это как же нужно было расположить флот, чтобы они друг по другу стреляли) Правда помню, как в осколки потонувших кораблей флот затягивало после масштабных баталий 5 на 5)
В одной из частей караваны сами сдавались, как только с глобальной карты в море переходил, если у тебя была репутация и сильный флот, поэтому ИИ союзников как-то приходилось проверять)
т.е. 3-4 недели не торопясь занимаясь по выходным, И это будет полноценное руководство, а не анонс того, что будет.
Согласен. На данный момент считаю формат "одна большая статья" для туториала на Хабре неподходящей (на них мало просмотров). Попробую Ваш совет в следующем туториале реализовать и сравню статистику ;)
1) В данный момент мы на сайте "Хабр", самом популярном русскоязычном ресурсе по обмену знаниями среди высококвалифицированных специалистов. Рад, что теперь Вы это знаете.
2) Вы сможете задать свой вопрос в период работы серверов Хабра. Более подробную информацию уточняйте у техподдержки ;)
Судя по истории ваших публикаций - вы прошлый вариант до конца не довели.
Да, и Вы можете наглядно сравнить качество прошлого, незавершенного цикла статей, и текущего)
мне непонятно, зачем выкладывать не статью, а описание?
Почему Вы считаете статью описанием?)
В заголовке отражено, что эта первая часть, посвященная прототипированию.
Рассмотрены и ТЗ, и макет, и дизайн-система, и архитектура, и библиотеки. Да, кратко, потому что подход "5 страниц на 1 ключевую мысль" для меня далёк.
У Гугла все есть в коделабах - и туториал и визуальное оформление и рассказы почему так.
Да, реализация последних туториалов у Гугл на уровне, но формат не тот, плюс уровень проработки "Для знакомства с библиотекой". На Хабре нельзя удобно разделить статью по шагам, а продвинутая навигация отсутствует.
Мне интересны туториалы с качественным визуальным оформлением, для образца. Может быть какой-то формат написания статей уже зарекомендовал себя для туториалов.
плюс объем там все же побольше чем у вас.
? Следующая статья компенсирует небольшой объем первой) По наблюдениям - короткие статьи больше людей читают, чем одну большую, поэтому и разделил на несколько частей.
Если вы хотите статьи, то тут их тоже хватает
Благодарю, отметил для себя пару полезных моментов.
Я новичок. Выучила сама Яву и написала 2 приложения под Андроид. Не стала писать ещё только потому, что сейчас проблема с их продажей из-за санкций и законов
А как же RuStore? В нём уже есть монетизация приложений.
Подобные статьи вредны, потому что вводят новичков в заблуждение и заставляют тратить время на изучение абсолютно ненужных вещей.
Тут согласен, недостатки Android Studio не соответствуют действительности. За 5 лет разработки только один критичный баг был при обновлении на новую версию IDE, и то его пофиксили быстро.
Vue => View ;)
Ребус для Android-разработчиков xD
Делаю ставку на T9, а не на ChatGPT)
А как же верстка Compose UI)
Это прямо перл) Не Composable-функцию разработать, а ViewModel с логикой.
Похоже) Если такой материал в статье на профильном ресурсе, что в курсах тогда происходит...
А были в подборке российские аналоги при проведении исследования или они отсеялись?
"Спектр" от Ростелекома, например.
А можно о реализации таких проектов где-то прочитать?
@Seenkao Да, всё правильно) Не в 1000 раз, конечно, но в 100 раз точно медленнее.
Разбивая по этапам:
Работа с базой - SQLite vs SqlDelight.
Работа с сетью - OkHttp vs Ktor.
UI - View vs Compose.
Асинхронная работа - AsyncTask vs Coroutines.
Мультиплатформенность - Nope vs Kotlin Multiplatform.
Если нет своих решений, то каждый пункт - x10 времени реализации для Java)
А если ещё взять мультиплатформу, умножаем всё на 2)
Вас можно только поздравить, скорость разработки ваших приложений на несколько порядков ниже, чем с использованием перечисленных в статье библиотек)
Здорово! Попробую в своем проекте сделать, постоянно копирую другие модули и через Ctrl+Shift+R меняю имена ;)
А если проект не многомодульный и все файлы в
app/src/main
хранятся, мы можем указать путь, по которому требуется сформировать структуру папок и файлов?Я простой пользователь, мыслящий категориями "Скачать: версия: 1.0.8 app-release.apk ( 4.58 МБ ) " - при лимитированом интернете это иногда бывает достаточно важно знать.
@NutsUnderline прошу прощения, если неправильно интерпретировал Ваш вопрос. Обычно он задается "троллями", которые хотят устроить бесполезную дискуссию на длительный промежуток времени, т.к. обсуждать размер приложения без вводных - трата времени и энергии.
В Вашем втором комментарии Вы предпочли сфокусироваться не на обсуждении вопроса, а на формате общения, поэтому не удивляйтесь таким содержательным ответам с моей стороны и умозаключениям.
я получаю мнения о том кто я такой, куда я должен пойти и как вопросы задавать господину программисту.
Вообще-то, Вы сейчас своё поведение описали, поскольку в моём первом ответе на Ваш комментарий ничего из вышеперечисленного не было. Я привык уважительно относится к другим людям, пока они не начинают демонстрировать обратное.
@Rusrst опубликовал вторую статью, сроки сошлись, правда описание бизнес-логики всё же оставил для следующей части.
@Fate77 Здравствуйте, рекомендую использовать Android Studio и Kotlin. Это нативные технологии для мобильной разработки.
Несомненные плюсы - большое сообщество разработчиков, ответы на стандартные вопросы уже есть на Stackoverflow и в статьях на Хабре, а также современные библиотеки для удобной реализации задач любой сложности.
P.S. У меня на Хабре в ближайшее время появятся новые статьи по разработке моб. приложений на Kotlin с нуля, можете почитать.
Для ответа на Ваш вопрос требуется референсная методика по сборке проекта - включены ли сжатие/оптимизация/обфускация, какие правила указаны в настройках ProGuard.
@NutsUnderline Вы внимательно первый комментарий читали?) Похоже, что вообще не читали, Вам главное было выразить своё негодование, которое образовалось вследствие непонимания предметной области, а также из-за нежелания самостоятельно решать возникшую проблему.
1) Если Вас интересует конкретный вопрос о банковском приложении, так и пишите.
2) Если Вы хотите пожаловаться на плохое приложение банка, Вы не по адресу обратились.
3) Если Вы об Android-разработке имеете абстрактное понятие, так и пишите, а не делайте вид, что всё знаете.
Пока всё, что я от Вас выше прочитал можно классифицировать как завуалированное нытье, а не конструктивный диалог.
с оценкой 1,5 из 5 приложение весит 300 мегабайт, тормозит, глючит
1) Как-то мало весит для банковского супер-аппа. У зеленых 550 МБ, а у красных 170 МБ, но там функционала кот наплакал и тот время от времени ломается.
2) Жаловаться на вес приложения, когда стандартный объем памяти на смартфоне приближается к 128ГБ - удивительно.
3) Такие оценки "1,5 из 5" у приложений только в RuStore видел. Библиотеки для In-app-review ещё нет, поэтому и рейтинг низкий, т.к. заходят на страницу только пожаловаться.
P.S. И не "ихнее", а "их".
@LAutour, это как же нужно было расположить флот, чтобы они друг по другу стреляли) Правда помню, как в осколки потонувших кораблей флот затягивало после масштабных баталий 5 на 5)
В одной из частей караваны сами сдавались, как только с глобальной карты в море переходил, если у тебя была репутация и сильный флот, поэтому ИИ союзников как-то приходилось проверять)
Это скорее было из-за нулевого ветра ;) Они просто не могли подплыть к кораблям.
А мне запомнился баг на бесконечные ресурсы во время подбора "морских ценностей" от других кораблей, так целый флот "Мановаров" смог содержать ;)
т.е. 3-4 недели не торопясь занимаясь по выходным, И это будет полноценное руководство, а не анонс того, что будет.
Согласен. На данный момент считаю формат "одна большая статья" для туториала на Хабре неподходящей (на них мало просмотров). Попробую Ваш совет в следующем туториале реализовать и сравню статистику ;)
1) В данный момент мы на сайте "Хабр", самом популярном русскоязычном ресурсе по обмену знаниями среди высококвалифицированных специалистов. Рад, что теперь Вы это знаете.
2) Вы сможете задать свой вопрос в период работы серверов Хабра. Более подробную информацию уточняйте у техподдержки ;)
Судя по истории ваших публикаций - вы прошлый вариант до конца не довели.
Да, и Вы можете наглядно сравнить качество прошлого, незавершенного цикла статей, и текущего)
мне непонятно, зачем выкладывать не статью, а описание?
Почему Вы считаете статью описанием?)
В заголовке отражено, что эта первая часть, посвященная прототипированию.
Рассмотрены и ТЗ, и макет, и дизайн-система, и архитектура, и библиотеки. Да, кратко, потому что подход "5 страниц на 1 ключевую мысль" для меня далёк.
У Гугла все есть в коделабах - и туториал и визуальное оформление и рассказы почему так.
Да, реализация последних туториалов у Гугл на уровне, но формат не тот, плюс уровень проработки "Для знакомства с библиотекой". На Хабре нельзя удобно разделить статью по шагам, а продвинутая навигация отсутствует.
Какой именно туториал вы хотите?
Мне интересны туториалы с качественным визуальным оформлением, для образца. Может быть какой-то формат написания статей уже зарекомендовал себя для туториалов.
плюс объем там все же побольше чем у вас.
? Следующая статья компенсирует небольшой объем первой) По наблюдениям - короткие статьи больше людей читают, чем одну большую, поэтому и разделил на несколько частей.
Если вы хотите статьи, то тут их тоже хватает
Благодарю, отметил для себя пару полезных моментов.
Я новичок. Выучила сама Яву и написала 2 приложения под Андроид. Не стала писать ещё только потому, что сейчас проблема с их продажей из-за санкций и законов
А как же RuStore? В нём уже есть монетизация приложений.
Подобные статьи вредны, потому что вводят новичков в заблуждение и заставляют тратить время на изучение абсолютно ненужных вещей.
Тут согласен, недостатки Android Studio не соответствуют действительности. За 5 лет разработки только один критичный баг был при обновлении на новую версию IDE, и то его пофиксили быстро.