Является ли ActivityMapper правильным местом для блокировки размещения запросов

Question

Я хочу реализовать некоторую форму (GWT 2.1 MVP) предварительной проверки активности, которая гарантирует, что пользователь выполнил различные вещи до того, как можно будет представить действие (например, вошел в систему, согласился с инструкциями, прочитал описание и т. Д.) Эти проверки также будут иметь вид деятельности.

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

В идеале я хотел бы сохранить первоначально запрошенное Место, либо не обновляя историю при отображении этих промежуточных (проверяющих) Активов, либо кэшируя исходный объект Place внутри промежуточного объекта Place, и если пользователь принимает соглашение, затем смазывать оригинальное место.

Кто-нибудь делал что-то подобное или имеет к этому более чистый подход?

Answer 1

Если вы не настаиваете на том, чтобы в модуле GWT были логин, инструкции и описание, и вы можете использовать jsps для этих трех вещей, я бы предложил: * Создать ограничение безопасности в web.xml и защитить весь модуль GWT через стандартную сетьОсобенности контейнера.Каждый доступ к незащищенному ресурсу будет перенаправлен в форму авторизации.* Используйте фильтр сервлетов, чтобы проверить, согласился ли пользователь на t & c, прочитать описание и сохранить информацию о нем в сеансе http.

Кстати, было бы довольно элегантно использовать ActivityMapper для второго, но для входа в систему яопределенно использовал бы проверенные на стороне сервера механизмы.

Надеюсь, это поможет.