Проходя через Привлекая сервисных работников в Google Search , я наткнулся на dispatch and routing framework для работы с сайтами с несколькими веб-приложениями. Фрагмент из поста:
Команда Google Search создала систему диспетчеризации и маршрутизации на заказ
который можно настроить для проверки таких критериев, как запрос
параметры страницы клиента, и использовать их, чтобы определить, какие
конкретный путь к коду, чтобы идти вниз. Вместо жестких правил
Система была построена, чтобы быть гибкой и позволять командам, которые разделяют URL
пространство, как поиск картинок и поиск покупок, чтобы бросить в свои
логика рабочего сервиса, если они решат ее реализовать.
Я имею дело с подобной сложной проблемой, связанной с несколькими веб-приложениями, и хотел бы подробно узнать о дизайне специализированной инфраструктуры диспетчеризации и маршрутизации .
- Надеемся ли мы на
location.href, чтобы знать, с каким App SW имеет дело, и соответствующим образом направить путь к коду внутри SW?
- Передача параметров запроса в URL при регистрации ПО может привести к переключению ПО между переключателями приложения, так как URL изменится, верно?
- Какие-либо проблемы, которые мы имели дело с дизайном?