Planification de deux types d'utilisateurs dans une application Rails

Question

Quelle est la meilleure façon d'architecturer une application Rails pour gérer deux classes d'utilisateurs distinctes? Pour un marché, il y aura des acheteurs et des vendeurs. Il y aura des fonctionnalités qui se chevaucheront dans l'édition des profils et autres, mais la plupart des fonctionnalités seront distinctes. L'approche dans le post suivant est-elle un bon moyen de le faire? J'espère utiliser l'authentification RESTful.

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

Answer 1

Je garderais l'authentification séparée des informations et des détails de l'utilisateur. Avoir un objet UserAuth pour auth, puis une association polymorphe à un enregistrement User. Un acheteur et un vendeur sont alors juste des sous-catégories d'utilisateurs, tant que vous les référez et non les objets UserAuth tous les rails aidants (render @user pour rendre un _buyer ou un _seller partiel etc.) devraient fonctionner correctement.

L'acheteur et le vendeur peuvent à nouveau déléguer des tâches génériques à l'instance UserAuth.

Juste une idée.

Answer 2

Vous pouvez simplement utiliser une instance de RESTful authentification et ajouter une colonne à la table des utilisateurs qui dire quelle classe un utilisateur était partie. Vous pouvez ensuite afficher certains liens/pages uniquement pour les utilisateurs correspondant à une classe particulière.

J'utilise cette méthode pour avoir différents rôles utilisateur (administrateur, éditeur, utilisateur régulier, etc.).

Answer 3

Vous pouvez également envisager d'utiliser un plus à part entière plugin autorisation comme:

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

Un tel système vous fournit un DSL complet pour fournir un accès à votre application.