Что такое оптимистичный интерфейс и когда его использовать

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

Сетевые запросы, особенно на мобильных устройствах или при медленном соединении, создают задержку, из-за которой приложения кажутся медленными. Оптимистичный интерфейс устраняет ощущение ожидания. Кнопка отметки «Нравится» меняет состояние сразу после нажатия. Элемент появляется в списке сразу после добавления. Приложение кажется мгновенным, даже когда сеть работает медленно.

Оптимистичные обновления уместны, когда операция изменения данных почти наверняка завершится успешно, а цена ошибки невелика. Подходящие примеры: переключение отметки «Нравится» или закладки, добавление элемента в список покупок, изменение настройки, изменение порядка элементов в списке с перетаскиванием. Это малозначимые операции, для которых кратковременное несоответствие допустимо.

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

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

Когда оптимистичное обновление завершается ошибкой и откатывается, пользователи должны понимать, что произошло. Лучше всего показать ненавязчивое всплывающее уведомление об ошибке или встроенное сообщение с объяснением проблемы и возможностью повторить действие. Откат должен быть плавным — избегайте резких скачков интерфейса, которые могут запутать пользователя.

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

Оптимистичный интерфейс работает, потому что подавляющее большинство операций изменения данных завершается успешно. Когда пользователь нажимает кнопку отметки «Нравится», запрос успешно выполняется более чем в 99% случаев. Проектирование для успешного сценария и корректная обработка редких ошибок удобнее для пользователей, чем ожидание подтверждения сервера после каждого действия.

Пользователи, знакомые с оптимистичным интерфейсом в таких приложениях, как Twitter, Gmail или Slack, ожидают мгновенной реакции. Приложения, которым нужен индикатор загрузки для каждого действия, по сравнению с ними кажутся медленными. Формирование такого ожидания — часть современного проектирования продуктов: отзывчивый интерфейс больше не является необязательным преимуществом.

В некоторых случаях во время выполнения операции изменения данных можно показать ненавязчивый признак неопределённости. Серое состояние, небольшой индикатор загрузки на самом элементе (не блокирующий весь интерфейс) или надпись «Сохранение…» сообщают пользователю, что операция ожидает завершения, но не мешают взаимодействию. Это промежуточный вариант между полной оптимистичностью и блокирующими загрузчиками.

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

Что должно произойти, когда сервер отклоняет операцию изменения данных, которая уже была оптимистично показана в интерфейсе?

Оптимистичный интерфейс обновляет интерфейс до подтверждения сервера, благодаря чему приложения кажутся мгновенными. Используйте его для малозначимых операций изменения данных с высокой вероятностью успеха (отметки «Нравится», добавление элементов в списки, настройки). Не используйте его для финансовых операций, необратимого удаления или проверки уникальности на сервере. Для каждого оптимистичного обновления необходим план отката. Сообщайте об ошибках с помощью всплывающих уведомлений и предлагайте повторить действие. Компромисс заключается в дополнительной сложности ради значительно более отзывчивого взаимодействия.