УСПОКОИТЕЛЬНЫЙ дизайн, как назвать страницы вне CRUD и др.?

Я считаю, что агрегированные и составные представления представляют собой серьезную проблему. Мне пришлось столкнуться с проблемой домашней страницы , которая шла вразрез со всем, что я знал о RESTful.

Мое решение заключалось в том, чтобы рассматривать домашнюю страницу или информационную панель как ресурс сам по себе, но как ресурс, в котором имеют смысл только операции GET. POST / PUT / DELETE с домашней страницы, как обычно, были направлены на определенные ресурсы.

Сопоставление, напротив, кажется более простой проблемой. Это похоже на простое сопоставление клиентов и компаний из вашего описания, и вы можете параметризовать его на основе параметров строки запроса.

/matchings?companies=X,Y,Z&locations=NY,CA,TX

Под дизайном RESTful я предполагаю, что вы имеете в виду веб-службы RESTful, поскольку архитектура на основе REST имеет гораздо более широкий смысл.

Главное, что нужно учитывать, это то, что архитектуры на основе REST полагаются на протокол HTTP практически во всех случаях. Поскольку HTTP определяет набор методов, иногда эти методы используются для создания так называемых веб-служб RESTful.

Но веб-службы RESTful не следуют никаким конкретным стандартам (в отличие от SOAP). Обычно используется:

• GET - для получения существующих элементов
• POST - для создания новых элементов
• PUT - для обновления существующих элементов
• DELETE - для удаления существующих элементов

Создание, чтение, обновление и удаление (CRUD) являются основными функциями любого постоянного хранилища.

Легко видеть, что в обычных веб-сервисах RESTful каждый метод HTTP используется для соответствия одной из основных функций, но суть в том, что это не должно быть так.

Есть и другие вещи, которые следует учитывать, отображение URL-адресов - одно из них (поскольку это проблема вашего вопроса), безопасность - другое. Запросы POST отправляют содержимое запроса в теле HTTP (которое может быть зашифровано), но запросы GET отправляют его в URL-адресе, видимом для всех.

Если кто-то хочет разработать безопасную (зашифрованную) веб-службу RESTful, можно сделать все запросы HTTPS POST, а затем указать в запросе, какую из операций CRUD нужно выполнить и на каких ресурсах.

Можно также расширить концепцию CRUD до более широкого диапазона, фактически, почти в каждом приложении это необходимо.

Помните, что CRUD - это всего лишь четыре основных операции, на которых могут развиваться все остальные действия. Нет стандарта, которому вы должны следовать, вы можете указать свой собственный протокол в соответствии с тем, что имеет смысл в вашем контексте, и учитывая все соответствующие соображения (безопасность, URL-адреса и т. Д.).

В отношении вашего вопроса вы можете иметь свои действия, такие как show_by_x, show_by_y и т. д. Полиция REST не собирается вас арестовывать: -)

REST и ORM - это две разные вещи, поэтому даже если у вас есть модель User, вам необходимо иметь ресурс users. Ресурсы должны управляться на уровне контроллера rails

Считайте ресурсы модулями/секциями

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

admin_dashboard uer_dashboard

и оба могут иметь только действие чтения

Второй случай:

рассмотрите возможность иметь что-то вроде примера выше (разные ресурсы для разных уровней пользователей), если это возможно

Я не гуру REST, но надеюсь это поможет :D

спасибо, sameera