Перевод статьи "Rebuilding our guide to app architecture" Manuel Vicente Vivo, Developer Relations Engineer. По мере увеличения размеров приложений Android важно разрабатывать код с учетом архитектуры, позволяющей масштабировать приложение, улучшать качество и надежность, а также упростить его тестирование. Архитектура приложения определяет границы между частями приложения и обязанности каждой части. Это способствует принципу разделения ответственности , который обеспечивает вышеупомянутые преимущества. В ответ на потребность сообщества в обновленных руководствах по архитектуре приложений мы выпускаем обновленное руководство по архитектуре приложений . Сюда входят передовые практики и рекомендуемая архитектура для создания надежных и высококачественных приложений. Он также предоставляет страницу для каждого уровня рекомендуемой архитектуры: пользовательского интерфейса , домена и уровней данных . В них вы найдете более глубокие погружения в более сложные темы, такие как обработка событий пользовательского интерфейса . Каждое приложение для Android должно иметь как минимум два уровня: Слой пользовательского интерфейса , отображающий данные приложения на экране. Уровень данных , который содержит бизнес-логику вашего приложения и предоставляет данные приложения. Вы можете добавить дополнительный уровень, называемый уровнем домена , чтобы упростить и повторно использовать взаимодействия между пользовательским интерфейсом и уровнями данных. Общая схема типичной архитектуры приложения. Уровень пользовательского интерфейса получает данные приложения из необязательного уровня домена или уровня данных, который предоставляет данные приложения. Мы создали путь обучения , чтобы помочь вам изучить этот контент по порядку и с возможностью отслеживания. Не упустите шанс узнать все это и получить значок в знак признания! Для чего это нужно? Если вы новичок, вам следует начать с понимания преимуществ наличия архитектуры приложения, а затем следовать этим рекомендациям в качестве первого подхода к теме. Разработчики среднего и продвинутого уровня могут следовать этим рекомендациям и настраивать их в соответствии со своими потребностями. По факту, Наши исследования показывают, что большинство профессиональных разработчиков уже используют эти передовые методы. Вы спросите, следует ли вам обновить существующую архитектуру, чтобы следовать этой рекомендации, и ответ будет отрицательным ... или подождите ... решать вам. Если ваша текущая архитектура работает для вашей команды, возможно, вы захотите ее придерживаться. Но вы также можете найти в наших руководствах шаблоны, которые можно использовать и использовать в своем приложении. Мы еще не закончили :) Это первый пакет документов, который мы публикуем, и в 2022 году их будет больше. Помогите нам улучшить руководство! Если у вас есть какие-либо отзывы о текущих рекомендациях или вы хотите увидеть в них другие темы, связанные с архитектурой, дайте нам знать, если обнаружите ошибки в документации в нашей системе отслеживания.)