我正在使用Rails 4制作一款应用程序。
我正在研究角色管理，并希望使用Rolify，因为它支持实例级别的角色分配。
对于其他人遇到的同样问题，下面有两个非常好的答案（我只能选择一个，但我都使用了）。请查看lorefnon和Cyb3rDud3的答案。我仍在思考，但已经创建了一个包含数组的迁移（如lorefnon所示）和控制器/路由函数（如Cyb3rDud3所示）。
完全使我感到困惑的是，Rolify gem的所有文档都使用控制台定义角色。
我该如何在我的代码中定义角色？
该论坛上的其他人也提出了问题，暗示他们在db:seeds文件中定义了角色。我不想这样做，因为我想更紧密地控制谁使用我的种子文件，而不是谁可以创建角色。
你在哪里做？
所有的例子都显示从控制台完成。我想定义一个角色列表，然后我想给角色权限（我想使用pundit进行此部分）。
我有一个用户模型。我查看过另一个gem，即角色模型。它要求您在用户模型中创建一个角色数组。这样做在Rolify中是如此明显，以至于没有一个文档给出了这一步骤？
你在哪里定义角色？
你需要先问的第一个问题是角色何时创建？
最常见的用例分为两组：
1. 角色是静态的。
角色在应用安装/部署期间由应用程序开发人员、支持人员或公司高管创建，而在运行应用程序的生命周期中，这些预先创建的角色被分配给不同的用户。
此类角色的最常见用例包括建模公司人员的职位（开发人员、经理、支持等），或建模预先知道的职责（编辑、管理员、查看器等）。
如果您的角色符合这些用例，下一步您需要决定的是，谁负责创建和修改角色。通常有两种可能性：
1.1. 应用程序开发人员本人是必须添加/删除/修改角色的人。在这种情况下，最好依赖于种子数据或Rails迁移。
迁移的优点是，如果需要，您可以轻松回滚数据。此迁移是由rolify生成器生成的迁移之外的额外迁移，该生成器为您创建与角色相关表的架构（请参阅下面的图表）。
这样的迁移可能如下所示：
db/migrate/20151204083556_create_application_roles.rb
class CreateApplicationRoles < ActiveRecord::Migration
def up
['admin', 'support', 'editor'].each do |role_name|
Role.create! name: role_name
end
end
def down
Role.where(name: ['admin', 'support', 'editor']).destroy_all
end
end
有些人正确地认为，将模式更改和数据更改都由迁移管理是一种反模式。data-migrate是一款 gem 工具，允许您将数据中心的迁移与模式迁移分开。
在这种情况以及下面所有情况中，实际角色的分配将基于用户操作或应用程序事件通过 rolify 提供的 add_role 或 remove_role 方法进行。这将在运行应用程序的生命周期中发生，而不是在应用程序安装期间发生。
1.2 添加/删除/修改角色的任务由支持团队或技术执行人员完成。在这种情况下，需要提供一个管理角色的管理界面。
在这种情况下，您将拥有一个 Rails 控制器来管理角色。创建操作将用于创建角色，显示操作将用于呈现角色等。这些操作将具有相应的视图，为最终用户提供图形用户界面以管理角色。
2. 角色是动态的
这个类别涵盖的用例更像是角色被视为类别或标签，可以由终端用户创建/修改/删除。例如，图书管理员可以将某些角色/类别分配给特定类型的图书。
我刚刚经历了同样的过程，并且像@user2860931一样，我只能找到一些控制台中如何分配角色的示例。我需要的是以编程方式将具有管理员角色或PMO角色的用户分配这些角色给他人的灵活方法。
通过一些实验，这就是我为自己解决问题的方法。在此示例中，我正在使用Devise进行身份验证，并使用Rolify进行角色管理。
假设您已经安装并使用了Devise，因此您已经拥有现有的用户模型。按照宝石页面上的指示安装Rolify。我使用Role作为角色模型的名称。因此，请按照此处指定的所有步骤操作：https://github.com/RolifyCommunity/rolify。安装宝石，使用rolify生成Role User。然后迁移数据库迁移。
这将有效地使您拥有一个新表Roles，并带有与Users表的has_and_belongs_to_many关系。
对于我的目的，我不需要通常的Create Read（show）Update Delete（CRUD）接口来管理角色，我只是通过seeds.rb创建了一些角色，如下所示。
#Seeding the Role table
#
p "Removing existing #{Role.all.count} roles"
Role.destroy_all
p "Creating 7 roles"
[:user, :admin, :portfolio_manager, :programme_manager, :project_manager, :coordinator, :pmo].each do |role|
Role.create( name: role )
end
p "Should have created 7 Roles, roles created: #{Role.all.count}"
users_controller.rb
class UsersController < ApplicationController
before_action :set_user, only: [:show, :edit, :update]
def index
@users = User.all
end
def show
end
def edit
end
def update
respond_to do |format|
if @user.update(user_params)
# TODO: Move hardcode flash message into language file
format.html { redirect_to @user, notice: 'User was successfully updated.'}
format.json { render :show, status: :ok, location: @user }
else
format.html { render :edit }
format.json { render json: @user.errors, status: :unprocessable_entity }
end
end
end
private
def set_user
@user = User.find(params[:id])
end
def user_params
params.require(:user).permit(:username, :email, {role_ids: []})
end
end
routes.rb
Rails.appliction.routes.draw do
devise_for :users
root 'pages#home'
resources :users #must be after devise
end
Prefix Verb URI Pattern Controller#Action
new_user_session GET /users/sign_in(.:format) devise/sessions#new
user_session POST /users/sign_in(.:format) devise/sessions#create
destroy_user_session DELETE /users/sign_out(.:format) devise/sessions#destroy
user_password POST /users/password(.:format) devise/passwords#create
new_user_password GET /users/password/new(.:format) devise/passwords#new
edit_user_password GET /users/password/edit(.:format) devise/passwords#edit
PATCH /users/password(.:format) devise/passwords#update
PUT /users/password(.:format) devise/passwords#update
cancel_user_registration GET /users/cancel(.:format) devise/registrations#cancel
user_registration POST /users(.:format) devise/registrations#create
new_user_registration GET /users/sign_up(.:format) devise/registrations#new
edit_user_registration GET /users/edit(.:format) devise/registrations#edit
PATCH /users(.:format) devise/registrations#update
PUT /users(.:format) devise/registrations#update
DELETE /users(.:format) devise/registrations#destroy
user_unlock POST /users/unlock(.:format) devise/unlocks#create
new_user_unlock GET /users/unlock/new(.:format) devise/unlocks#new
GET /users/unlock(.:format) devise/unlocks#show
root GET / pages#home
about GET /about(.:format) pages#about
contact GET /contact(.:format) pages#about
users GET /users(.:format) users#index
POST /users(.:format) users#create
new_user GET /users/new(.:format) users#new
edit_user GET /users/:id/edit(.:format) users#edit
user GET /users/:id(.:format) users#show
PATCH /users/:id(.:format) users#update
PUT /users/:id(.:format) users#update
DELETE /users/:id(.:format) users#destroy
index.html.erb
<!-- TODO: Tidy up this file and make it look good -->
<!-- TODO: Remove hard coded text to a locale file -->
<% @users.each do |user| %>
<p>
<%= link_to "#{user.username}<#{user.email}>", user %>
<%= link_to "edit", edit_user_path(user) %>
</p>
<% end %>
show.html.erb
<!-- TODO: Tidy up this file and make it look good -->
<!-- TODO: Remove hard coded text to a locale file -->
<p>
Username: <%= @user.username %>
</p>
<p>
Email address: <%= @user.email %>
</p>
<%= link_to "Back", users_path %>
edit.html.erb
<!-- TODO: Tidy up this file and make it look good -->
<!-- TODO: Remove hard coded text to a locale file -->
<p>
Username: <%= @user.username %>
</p>
<p>
Email address: <%= @user.email %>
</p>
<%= form_for @user do |f| %>
<% Role.all.each do |role| %>
<%= check_box_tag "user[role_ids][]", role.id, @user.role_ids.include?(role.id) %>
<%= role.name %></br>
<% end %>
<%= f.submit %>
<% end %>
<%= link_to "Back", users_path %>
这里有一个简单的用户界面，它列出了数据库中所有可用的角色，并在用户记录旁提供复选框，以启用或禁用此类角色。就像这样：
这对我来说也是一个小难题，但希望这能帮助您增加逻辑和用户体验。
在阅读了他们项目页面中的文档和示例后，我决定不使用gem来管理我的页面中的角色，因为我认为这需要耗费很多时间来配置和使用。所以，我做了以下操作（即使它并非强制要求，我相信你在用户模型中使用了devise）：
如果您想定义某些角色，并希望这些角色是“静态”的、不可修改但可从您的页面分配，请参见下面的内容；否则，请跳到下一个粗体
role: integer to your User model with a migration. (we use integer cause this value will be associated with one entry in the enum we define in the next step)In your file user.rb (the model), add an enum like below:
class User < ActiveRecord::Base
devise :registerable, #...
enum role: [:admin, :normal, :premium, :moreRolesHere ]
after_initialize :set_default_role, :if => :new_record?
def set_default_role
self.role ||= :normal
end
end
Then in any controller or view or def you just have to get the current user or any user you want to assign a role and do as simple as the line below:
#let's suppose we want to make premium the current user
current_user.premium!
#or someone else to be admin
user = User.first
user.admin!
Then you can make your own validations in any page or controller you are working on, just by asking the role of the user:
#see if the current user is admin
if current_user.role == "admin"
#do some admin stuff
end
如果您想在页面中添加、修改和删除角色，并将它们分配到其中
首先，当您直接从页面上分配角色时，请小心。问题在于每个人都可以在字段中选择自己的角色。但如果这正是您需要的，请按照以下步骤操作：
Role, with a field role: stringroles_controller.rbIn any other view you want to ask for the role of a user you will need to access the roles table and retrieve the one(s) corresponding to the user. The users table will need a column role_ids: text (it's text cause you need multiple roles to be saved there, all roles wrapped in an array), which will represent his roles. In your user.rb model you could have a get_roles and other defs methods to have cleaner code in controllers and views:
class User < ActiveRecord::Base
devise :registerable, #...
serialize :role_ids
#will return you an array of roles-(strings) of the user
def get_roles
roles = []
role_ids.each do |role_id|
roles << Role.find(role_id).role
end
return roles
end
#ask if this user has some role-(string)
def has_role(role)
roles = get_roles
return roles.include?(role)
end
end
Lastly, of course you will need to implement the controller for roles, the create, update and destroy and all the defs associated to their views.
@lorefnon的被接受的答案在迁移中包含了一个恶性反模式：
class CreateApplicationRoles < ActiveRecord::Migration
def up
['admin', 'support', 'editor'].each do |role_name|
Role.create! name: role_name
end
end
def down
Role.where(name: ['admin', 'support', 'editor']).destroy_all
end
end
不是因为数据和模式原则之间的分离，而是因为我们在迁移中永远不应该使用模型对象！
迁移是不可变的，但模型是可变的：如果您的一个或多个迁移依赖于一个或多个模型类，那么如果其中一个类被修改、重命名或删除（例如，如果我们决定删除我们的依赖关系中的 rolify），它可能很容易被破坏。
迁移应仅依赖于 ActiveRecord::Migration 机制（add_column、create_tables 等）和纯 SQL。