Предположим, у нас есть куча ресурсов A, к которым я могу получить доступ, используя REST API через конечную точку "/ A". Для каждого из них у меня есть ресурсы B, к которым я могу получить доступ с помощью конечной точки "/A/ndomid‹/B".
Я создал хранилище MobX, которое позволяет мне получить доступ к ресурсам A, которые я отобразить на странице в ListView. Доступ к этому хранилищу осуществляется через провайдера, который создается по маршруту приложения, и доступ к нему осуществляется с помощью provider.of<> глубже в дереве виджетов. Тем не менее, когда щелкается один из элементов мозаичного изображения (следовательно, один из ресурсов), я хочу получить доступ к другой странице, где ресурсы B, связанные с A, отображаются в ListView, и вы можете добавлять некоторые, удалять некоторые или редактировать некоторые. Процесс добавления ресурса B управляется небольшим «мастером» из нескольких страниц, который позволяет пользователю выбирать параметры.
Мне интересно, как следует управлять состоянием ресурсов B.
Должен ли B_Store иметь ресурс A в качестве параметра, а затем быть предоставлен через ProxyProvider<A_Store, B_Store>, и, следовательно, A_Store должен содержать значение текущего открытого ресурса A? Я чувствую, что это немного перемещает логи маршрутизации c куда-то, к чему это не относится.
Должен ли я предоставить глобальный B_Store и загрузить иначе, чем с помощью метода getB, который имеет ресурс A в качестве параметра?
Последняя идея, которая у меня возникла, - это создать вложенный Навигатор, обернутый в Поставщик для B_Store с ресурсом A в качестве параметра, и использовать этот Навигатор для просмотра различных экранов для ресурса A?
Кроме того, когда я наберу sh MaterialPageRoute в Навигаторе, будут ли Штаты по-прежнему доступны из Provider.of, если они встроят соответствующую страницу виджета?