Rails: как параметризовать доступ к ресурсу RESTful?

Question

Я ищу спокойный способ прохождения через параметры сервиса. Сейчас у меня есть ресурс устройство доступен в стандартных рельсах образом с:

map.resources :devices, :member => [:historical] 

Так что я могу получить устройство с /devices/:id и я могу получить исторические данные с /devices/:id/historical

я хотел бы на самом деле добавить параметры на исторический URL-адрес, который задает диапазон, поэтому, когда я запрашиваю исторические данные, я могу получить его обратно почасовой, ежедневный, еженедельный, ежемесячный. Что-то вроде /devices/:id/historical/:range

Есть ли способ изменить настройки моего маршрута выше, чтобы разместить это? Или мне просто нужно передать его в виде/devices /: id/history? Range = hourly

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

Answer 1

Я думаю, что на самом деле ваш вопрос сводится к тому, как знать, когда уместно представлять что-то в качестве ресурса и когда параметрировать его с помощью строки запроса.

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

Что-то еще, что нужно учитывать, это кеширование, потому что если вы хотите, чтобы страница кэшировала каждый диапазон отдельно, вам придется использовать сегменты маршрута в маршруте, то есть :range. Таким образом, Rails создаст уникальный файл HTML на диске для представления этого диапазона. Если вы используете строку запроса, она будет эффективно проигнорирована, и тот же файл HTML будет возвращен для разных диапазонов.

Answer 2

Наличие диапазона в качестве сегмента пути или параметра запроса являются потенциально RESTful.

Вопрос действительно проблема с дизайном. Вы хотите смоделировать исторические данные как один ресурс с параметром или вы хотите смоделировать несколько ресурсов? Это то же самое решение, которое мы делаем при разработке OO. Вам нужен один класс с типом или группой подклассов? Или дизайн базы данных, храним ли мы данные в нескольких таблицах или в одной таблице с столбцом дискриминатора?

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

Answer 3

Казалось бы, мне что-то вроде:

match 'devices/:id/historical/:range' => 'devices#historical_filter' 

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