Кто что думает над таким приложением?
когда вся логика расположена на сервере и хранится все состояние работы клиента (statefull приложение), клиент унифицированный и работает через ajax/websocket.
url Роутинга нет (приложение работает по на неком url)

mage.lan,

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

hVosttДинВинчеста,

Смотря сколько данных хранится в состоянии, сколько планируется поддерживать одновременно работающих пользователей. Требуется ли масштабирование в будущем.

В целом предпочтение надо отдавать stateless.
Речь идет о корпоративном сегменте, там много логики будет расположено на сервере, и от statelessа там поедет крыша и получим мегатолстого клиента))

Alexander A. SakДинВинчестаКто что думает над таким приложением?
когда вся логика расположена на сервере и хранится все состояние работы клиента (statefull приложение), клиент унифицированный и работает через ajax/websocket.
url Роутинга нет (приложение работает по на неком url)

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