Планирование для 2 типов пользователей в приложении Rails

Question

Как лучше всего спроектировать приложение Rails для работы с двумя различными классами пользователей? Для рынка будут покупатели и продавцы. При редактировании профилей и т. Д. Будет иметь место перекрывающаяся функциональность, но большинство функций будет отличаться. Является ли подход в следующем посте хорошим способом сделать это? Я надеюсь использовать RESTful-аутентификацию.

http://www.imarichardson.com/2007/06/30/using-2-instances-of-restful-authentication-with-different-models/

Answer 1

Я бы держал аутентификацию отдельно от информации пользователя и деталей. Имейте UserAuth объект для аутентификации и затем полиморфную ассоциацию с User записью. Покупатель и Продавец - это просто подклассы Пользователя, если вы ссылаетесь на них, а не на UserAuth объекты всех помощников рельсов (render @user для отображения либо _buyer, либо _seller частичное и т. Д.) должно работать просто отлично.

И покупатель, и продавец могут делегировать типовые вещи обратно в экземпляр UserAuth.

Просто мысль.

Answer 2

Вы также можете посмотреть на использование более полноценного плагина авторизации, например:

• http://github.com/DocSavage/rails-authorization-plugin
• http://github.com/stffn/declarative_authorization

Такая система предоставляет вам полный DSL для предоставления доступа к вашему приложению.

Answer 3

Вы можете просто использовать один экземпляр RESTful Authentication и добавить столбец в таблицу Users, в котором будет указано, к какому классу принадлежит пользователь. Тогда вы можете показывать определенные ссылки / страницы только пользователям, которые соответствуют определенному классу.

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