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

Эта структура восходит к зарождению Интернета. Браузеры предназначены для рендеринга и замены документов, а не для одновременного управления несколькими активными задачами. В то время как настольные операционные системы развивались для поддержки многозадачности посредством параллельных окон и процессов, браузеры сохранили модель, ориентированную на документы.

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

Новый класс архитектур браузеров в настоящее время изучает альтернативы этой модели.

Архитектурный подход к многовидовому взаимодействию

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

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

С точки зрения реализации это создает проблемы, которых традиционные браузерные приложения стараются избегать:

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

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

Контекст реализации: программное обеспечение для корпоративных рабочих процессов.

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

Среды ERP предъявляют уникальные требования к согласованности и параллелизму, поскольку пользователи часто ссылаются на связанные данные и обновляют их в разных контекстах. В этом случае система служит контекстом реализации того, как многопредставленная архитектура может быть применена к сложным рабочим процессам в браузере.

Сама ERP позиционируется не как эталон или механизм проверки, а как практическая среда, в которой архитектурная модель применяется в повседневном использовании.

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

Удаление ограничения на одну страницу меняет способ структурирования программного обеспечения на основе браузера. Интерфейсы могут быть разработаны на основе постоянного контекста, а не потока навигации, что позволяет пользователям получать доступ к информации, не прерывая активные задачи.

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

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

Изменение предположений, а не прогнозов

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

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

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

Digital Trends работает с внешними участниками. Весь контент авторов проверяется редакцией Digital Trends.