История разработки приложения для складных смартфонов Samsung. Часть 2 — гайдлайны21.12.2023 14:15

Эта статья — продолжение истории про фрилансера Мишу и его знакомство со складными устройствами от авторов — выпускников «IT Школы Samsung». В предыдущей части главный герой осваивал инструментарий Remote Test Lab.

В далеком 2019 году Samsung выпустила Galaxy Fold — инновационный складной смартфон корейской компании. Прошло уже почти 5 лет, а Миша до сих пор ни разу не сталкивался с адаптацией приложений под подобный тип устройств. В первую же неделю выполнения знаменитого фриланс заказа у него возникли проблемы:

• Приложение некорректно работало при складывании/раскладывании смартфона

• Наш герой не знал, что конкретно подразумевается под «адаптацией»

Если первая проблема решается довольно просто, то вот вторая выглядит неординарно. В связи с этим, Миша решил написать заказчику, на что получил ответ:

Заказчик

Понял Миша, что сначала стоит начать с исправления очевидных багов.

Исправление багов

Пересоздание Activity

Суть бага: введенные пользователем данные сбрасывались при складывании / раскладывании смартфона — типичная проблема, с которой сталкивался почти каждый начинающий Android-разработчик. Если человек при написании кода из SMS, менял конфигурацию устройства, то приложение Activity возвращало свое состояние до начального.

Видимо, приложение делалось в спешке, поэтому для быстрого решения этой проблемы были заблокированы все возможные пути пересоздания Activity. Однако нельзя чисто физически заблокировать смену конфигурации складного смартфона по объективным причинам. Поэтому приложение и ломается на Fold«е.

Решение

Баг Миша исправил с помощью SavedInstanceState.

@Override
protected void onSaveInstanceState(@NonNull Bundle outState) {
   outState.putString("currentState", currentState.toString());
   outState.putParcelable("user", user);
   super.onSaveInstanceState(outState);
}

Возможное решение

Второй способ сохранить данные перед пересозданием Activity — сложить их во ViewModel. Можно было бы класть все состояния в нее. Но есть одно «но»: изначально в проекте не подразумевалась ViewModel для описываемого Activity, а создавать ее только ради сохранения двух переменных — жесткий boilerplate. Гораздо проще все положить в Bundle в методе onSaveInstanceState.

Проблемы разметки

Суть бага: интерфейс приложения плохо адаптировался под экран необычного размера.

Этот баг, как и предыдущий, является еще более распространенным. Поэтому во всех Layout«ах был выполнен переезд на Constraints.

Ну вот, баги исправлены, а теперь стоит озаботиться непосредственно адаптацией под изменяющийся экран Fold-a.

Для упрощения этого процесса Samsung опубликовал гайдлайны. Основные из них мы сейчас рассмотрим.

Погружение в гайдлайны

Самое главное — отзывчивая верстка

У устройств серии Fold два экрана: внешний и внутренний. Пользователи часто складывают и открывают свои устройства, поэтому нужно, чтобы интерфейс подстраивался под оба экрана. Правильную реализацию такого поведения можно будет переиспользовать на устройствах с большими экранами, например, на планшетах.

Все окей, если приложение корректно:

1. Отображается на экранах с разным соотношением сторон и размерностью

2. Ведет себя в горизонтальной ориентации

3. Заполняет весь экран своим контентом

Также можно почитать:

Не тратьте место впустую

Пользователи часто недовольны, когда приложение просто растягивается на большом экране. Они используют устройства с большими экранами для просмотра большого количества контента одновременно, и точно не для того, чтобы видеть большие вьюхи, растянутые между констреинтами, как в примере ниже.

Неудачный вариант построения интерфейса

Интерфейс адаптирован под большой размер экрана

Как решать эту проблему?

Показывайте больше информации одновременно

Большой экран можно разбить пополам, отделив, например, одну из частей для показа предыдущего узла графа навигации. Такой подход позволяет получить доступ к содержимому без полноэкранного перехода.

Также можно почитать:

Для некоторых приложений будет эффективнее использовать не двух-, а трехкомпонентный макет. Попробуйте представить ваше приложение в обоих вариантах и выберите лучший.

Можно двигаться дальше, если приложение:

1. Отображает упрощенный контент на свернутом экране

2. Использует двух/трехкомпонентный макет для максимально эффективного использования свободного места на экране

3. Раскрывает предыдущие экраны навигации на развёрнутом экране

Позволяйте делать простые вещи, не уходя с экрана

Для простой формы, отображающей небольшое количество контента, стоит использовать всплывающее окно малого размера. Показ поверх предыдущего экрана помогает пользователям выполнить свою задачу и не забыть, над чем они работали.

Используйте плавающие окна для использования нескольких функций одновременно

Если ваше приложение имеет функциональность, которую было бы полезно держать на виду, но которая не требует частого взаимодействия, попробуйте ее вынести в плавающий виджет. В некоторых случаях будет полезно реализовать его отображение поверх других приложений.

Уменьшите расстояние перемещения пальцев

На больших экранах стоит отслеживать места взаимодействия пользователя с интерфейсом. Знание последней точки нажатия позволит открыть диалоговое окно рядом с ней, экономя пользовательское время.

Примеры классно спроектированного интерфейса

Мессенджеры

В приложениях подобного типа можно использовать преимущества двухпанельного режима, настраиваемой разделительной панели и всплывающего окна.

Приложения — камеры

Эти приложения в полной мере используют преимущества больших экранов при съемке.

Приложения для просмотра контента

В таких приложениях можно реализовать много фич, например:

1. Адаптивный макет, разработанный для разных форм-факторов

2. Сплит-бар настраивается в многокомпонентном представлении

3. Используются всплывающие окна

4. Поддерживается режим Flex для просмотра видео

И это еще не все

На самом деле, мы разобрали лишь основную часть правил и особенностей адаптации мобильных приложений к складным экранам. Если после прочтения этого списка у вас осталось желание копать глубже, то ниже приведен список дополнительных статей, которые отлично дополняют уже изученный материал.

1. App continuity и мультизадачность

2. Эксклюзив складываемых устройств — режим Flex 

Об авторах

© Habrahabr.ru