Использование GWT Места и Действия или нет в очень большом проекте

Question

Представьте себе очень большой проект приложения GWT. Это просто некая форма научной среды в сети. Таким образом, для каждого пользователя сохраняется состояние приложения, и нет ничего, связанного с историей браузера или закладками. История - это то, что не может быть применено даже к самому приложению (например, системы САПР или что-то еще, не имея интуитивно понятной "кнопки назад"). Мы рассматриваем, использовать ли современные мероприятия и места вместе с MVP. Каковы плюсы и минусы мероприятий и мест, если управление историей не имеет смысла? Может ли эта структура дать некоторые преимущества в поддержке кода и модульности кода по сравнению с традиционным MVP+DI без каких-либо мест и действий? Принимая во внимание, что приложение собирается предоставить и API для некоторой формы плагинов

Answer 1

Принимая во внимание, что Places - это только навигация внутри приложения (не обязательно привязанная к истории браузера, но все же очень похожая), а Activity основывается на Places - способ модульности и развязки строительных блоков вашего пользовательского интерфейса с жизненным циклом, привязанным к Places, а затем Я не вижу никакой пользы от их использования в вашем случае.

NB: Действия и Места не имеют абсолютно никакого отношения к MVP, это - все о навигации, поскольку официальная документация говорит:

GWT 2.1 представил встроенную среду для управления историей браузера. Платформа "Действия и места" позволяет создавать в приложении приложения с возможностью создания закладок, благодаря чему кнопка браузера и закладки браузера работают так, как ожидают пользователи. Он основан на историческом механизме GWT и может использоваться в сочетании с разработкой MVP, хотя и не обязательно.

Источник: https://developers.google.com/web-toolkit/doc/latest/DevGuideMvpActivitiesAndPlaces