Почти весь веб-контент может быть ресурсом, обслуживаемым самостоятельно. Однако веб-интерфейсы смешивают несвязанный контент ресурсов, чтобы предоставить пользователю некоторый желаемый опыт. Страницу блога можно выложить с размещением статей слева и списком других популярных блогов сайта в качестве примера. Допустим, веб-служба для обоих этих списков ресурсов находится по адресу uris: / blogs / {blogname} / records и / Popularblogs соответственно.
Я использую реализацию REST Spring и могу вывести возвращаемые типы контента. Итак, когда приходит запрос на html, я мог бы вернуть симпатичный маленький фасад, чтобы представить списки базовых атомов для каждого из этих примеров. Однако мне все еще нужно обслуживать страницу веб-интерфейса, которая отображает составную презентацию влево-вправо из некоторого места, где .
С какого URI веб-пользователь получает доступ к этой странице?
Я полагаю, есть 2 варианта:
Я мог бы иметь 3-й URI для страниц веб-интерфейса, возможно, разделив дерево URI на 2 корня, например / rest / ** для остальных веб-сервисов (в которых будут размещаться веб-сервисы для обоих списков в примере) и / web / ** для службы веб-интерфейса (которая будет знать, что нужно обрабатывать составную страницу при вызове uri и ajax в мир / rest / ** для получения контента по мере необходимости).
Или я мог бы возвращать составную веб-страницу пользовательского интерфейса для каждой из запросов на запись в блоге и запросов на популярный блог, когда выводится возвращаемый тип контента html.
Какая лучшая практика?
Любая обратная связь очень, очень ценится. Спасибо! Спасибо!