Какова лучшая практика для создания сложного API с ruby ​​на рельсах - PullRequest
1 голос
/ 15 марта 2012

У меня есть клиент, для которого я много работаю.Им нужно то же самое или близко к этому в каждом проекте.Мы в основном создаем, обновляем и получаем пользовательские данные с сервера.Обычно я создаю новый проект rails, потому что всегда есть какая-то небольшая вещь, которая отличается в каждом проекте, и обычно это вопрос добавления значения к модели или изменения способа, которым контроллер выполняет действия, основываясь на приложении, которое он строит насторона клиента.

То, что я хотел бы сделать, это создать одно приложение rails, чтобы управлять ими всеми.Моя мысль - иметь одну модель.Давайте просто сейчас назовем эту модель Пользователем.

в моем файле маршрутов. Я думаю, что должен сделать что-то вроде этого

match '/create-fbuser/:app_id'  =>    'Main#update_user'

Каждый раз, когда у нас будет новый проект, у меня будет только клиентсторонний разработчик использует другой «app_id» после проверки этого параметра в главном контроллере, будет ли лучше передать параметры второму контроллеру, который в основном настроен для выполнения пользовательских функций для этого конкретного проекта?

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

В основном Главный контроллер будет действовать как основной «фасад», и он будет передавать работу другим контроллерам.Если это лучший способ, я хотел бы получить представление о том, как именно это должно быть сделано.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...