Здорово! Попробую в своем проекте сделать, постоянно копирую другие модули и через 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, и то его пофиксили быстро.
Приятно вести диалог с вежливыми людьми, знаете ли)
Для ответа на Ваш вопрос требуется референсная методика по сборке проекта - включены ли сжатие/оптимизация/обфускация, какие правила указаны в настройках ProGuard.
Как говорится, welcome;) Поделитесь альтернативной реализацией приложения? Макеты у Вас уже есть.
Также рад, что Вы нашли разработанное приложение в Play Market и оценили трудозатраты на написание всего цикла статей. Приятно читать такие комментарии от неравнодушных разработчиков.
Буду благодарен, если поделитесь примерами качественных туториалов по разработке приложений на Хабре.
Если предположить, что в будущем человечество полностью перейдет на возобновляемые источники энергии и откажется от сжигания угля, добычи нефти и углеводородов, такая альтернатива бензину поможет снизить потребление топлива, поскольку оно не потребуется.
Движение по прямой со скоростью 200 км/ч будет явно быстрее, чем средняя скорость в 60 км/ч по дорогам сейчас.
Использовал RawQuery в своем проекте, он помог избежать создания 4 лишних таблиц с 16 дублями одних и тех же методов. Ваш же подход лишен какого-либо практического смысла. Зачем еще одна абстракция над Room? Эта библиотека сама является оберткой над SQLite и скрывает особенности работы с БД, а вы заново прокидываете их наверх.
Да, код можно уменьшить, но главная задача кода - быть понятным для разработчика, чтобы тот быстро сделал функционал или изменил текущий. В вашем же решении появляется куча оберток, в которых сначала потребуется разобраться, потом написать тесты по TDD для Room, потом написать код под DI, и только потом добавить интерфейс с Update/Insert. Как по мне, скопировать две строчки будет намного быстрее и продуктивнее.
Сказу оговорюсь, что "преподаватель с 3 курса" меня наводит на печальные подозрения. Вообще, то как устроено преподавание на курсах много интереснее, чем то, как выглядит Ваша школьная поделка.
Можете подробнее раскрыть ваше рассуждение?
Не каждый выпускник-программист может сделать userfriendly приложение, о дизайне UI вообще молчу. А у автора статьи приложение на уровне средних коммерческих проектов.
@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, и то его пофиксили быстро.
Для начала, здравствуйте 🤭
Приятно вести диалог с вежливыми людьми, знаете ли)
Для ответа на Ваш вопрос требуется референсная методика по сборке проекта - включены ли сжатие/оптимизация/обфускация, какие правила указаны в настройках ProGuard.
Как подготовите, сообщите, побеседуем ещё ;)
Как говорится, welcome;) Поделитесь альтернативной реализацией приложения? Макеты у Вас уже есть.
Также рад, что Вы нашли разработанное приложение в Play Market и оценили трудозатраты на написание всего цикла статей. Приятно читать такие комментарии от неравнодушных разработчиков.
Буду благодарен, если поделитесь примерами качественных туториалов по разработке приложений на Хабре.
Благодарю, будем иметь это ввиду ;)
При реализации UI Вы всегда сможете переназначить кнопки по своему выбору)
Если предположить, что в будущем человечество полностью перейдет на возобновляемые источники энергии и откажется от сжигания угля, добычи нефти и углеводородов, такая альтернатива бензину поможет снизить потребление топлива, поскольку оно не потребуется.
Движение по прямой со скоростью 200 км/ч будет явно быстрее, чем средняя скорость в 60 км/ч по дорогам сейчас.
Использовал RawQuery в своем проекте, он помог избежать создания 4 лишних таблиц с 16 дублями одних и тех же методов. Ваш же подход лишен какого-либо практического смысла. Зачем еще одна абстракция над Room? Эта библиотека сама является оберткой над SQLite и скрывает особенности работы с БД, а вы заново прокидываете их наверх.
Да, код можно уменьшить, но главная задача кода - быть понятным для разработчика, чтобы тот быстро сделал функционал или изменил текущий. В вашем же решении появляется куча оберток, в которых сначала потребуется разобраться, потом написать тесты по TDD для Room, потом написать код под DI, и только потом добавить интерфейс с Update/Insert. Как по мне, скопировать две строчки будет намного быстрее и продуктивнее.
Можете подробнее раскрыть ваше рассуждение?
Не каждый выпускник-программист может сделать userfriendly приложение, о дизайне UI вообще молчу. А у автора статьи приложение на уровне средних коммерческих проектов.