Rails: RESTFLAY RESOMES: Стоит использовать или негибкую / переоцененный?

Question

Я возился в рельсы последние 2 месяца, и пока все идет хорошо - но есть одна область, на которой я немного сомнительно.

Я продолжаю услышать о радостях ресурсов RESTSY RAILS: то есть «ресурс: Foo» в конфигурации / маршрутах, а также 7 повторений в контроллере.

За исключением очень простых вещей (например, прочее на 99%, выполненные бегом 'Generate Scaffold'), я нахожу менее удобным, чтобы попробовать мою функциональность проекта в этот подход, чем просто сопоставить URL в конфигурации / маршруты One-One и сделать каждое действие по мере необходимости.

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

Так:

(а) Может кто-нибудь предложить мнение об этом?

(b) Для опытных рельсов людей, какие из ваших маршрутов в типичном проекте: ресурсы и какие% кодируются действием? Ваше здоровье...

Answer 1

Ресурсы удобны, но они не являются «одним размером». Некоторые вещи просто не имеют смысла с 7 методами.

Имейте в виду, что ты сможешь:

• Исключить определенные методы с :except.
• Включить только определенные методы с :only.
• Добавьте свои собственные методы к ресурсу.

Таким образом, они не так негибны, как вы можете подумать. Но если, после принятия этих 3 очков, ресурс просто не «чувствует себя правильно», пропустить этоДействительно Остальные никогда не должны были заменять регулярные маршруты, он просто пытается абстрагироваться наиболее распространенным корпусом использования.

Если вы полностью пропущены на спокойных ресурсах, вы пропустите тонну бесплатной функциональности. Используйте это мудро, и все будет в порядке.

Answer 2

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

Вот статья по подходу:

http://ablogaboutcode.com/2010/11/22/To-be-or-not-to-be-restful-ruby-on-rails-best-practices/

---

Прежде чем начать, вот несколько вопросов, которые вы можете спросить себя:

1. Этот контроллер / рассматривает дело в первую очередь с объектом / сущностью как пост, блог?
2. Создаются, обновление, удаление, редактирование и новые действия, которые будут доступны в Интернете?

В качестве ориентира, если вы ответите «Да» на эти два вопроса, то, вероятно, лучше всего начать с покоиться и ожидать, что вы в конечном итоге используете архитектуру в качестве строительного блока для дополнительных действий и представлений, которые вы можете захотеть выполнить. В противном случае выберите URL, который наилучшим образом представляет собой то, что действие будет отображаться или сделать (/ архивы, / тур, / декабрь-предложение) и убедиться, что вы используете правильные HTTP-протоколы (Get для отображения, поставить для обновления, удалить для удаления и опубликования для создания).