RESTful 应用实作
The most depressing thing about life as a programmer, I think, is if you’re faced with a chunk of code that either someone else wrote or, worse still, you wrote yourself but you no longer dare to modify. That’s depressing. - Peyton Jones
请注意本章内容衔接前三章,请先完成前三章内容。
我们在上一章学习了数据库关连,那么要如何搭配 RESTful 路由设计 controller 及表单呢?我们在这里将综合前几章所学,来实作各种形式的 Resource 应用。
一对多 Resources
范例一: 设计一个 event has_many :attendees
延续上一章一对多关联建立好的Attendee
,我们希望实作浏览个别 event 有哪些 attendees, 并可以 CRUD。请修改 config/routes.rb 为
resources :events do
resources :attendees, :controller => 'event_attendees'
end
执行以下指令产生 controller 档案
rails g controller event_attendees
编辑 app/controllers/event_attendees_controller.rb,插入如下内容:
before_action :find_event
def index
@attendees = @event.attendees
end
def show
@attendee = @event.attendees.find( params[:id] )
end
def new
@attendee = @event.attendees.build
end
def create
@attendee = @event.attendees.build( attendee_params )
if @attendee.save
redirect_to event_attendees_url( @event )
else
render :action => :new
end
end
def edit
@attendee = @event.attendees.find( params[:id] )
end
def update
@attendee = @event.attendees.find( params[:id] )
if @attendee.update( attendee_params )
redirect_to event_attendees_url( @event )
else
render :action => :edit
end
end
def destroy
@attendee = @event.attendees.find( params[:id] )
@attendee.destroy
redirect_to event_attendees_url( @event )
end
protected
def find_event
@event = Event.find( params[:event_id] )
end
def attendee_params
params.require(:attendee).permit(:name)
end
编辑 app/views/events/index.html.erb,在循环中加入
<%= link_to 'attendees', event_attendees_path(event) %>
编辑 app/views/event_attendees/index.html.erb
<ul>
<% @attendees.each do |attendee| %>
<li>
<%= attendee.name %>
<%= link_to 'show', event_attendee_path(@event, attendee) %>
<%= link_to 'edit', edit_event_attendee_path(@event, attendee) %>
<%= link_to 'destroy', event_attendee_path(@event, attendee),
:method => :delete %>
</li>
<% end %>
</ul>
<%= link_to 'new attendee', new_event_attendee_path(@event) %>
编辑 app/views/event_attendees/show.html.erb
<p><%= @attendee.name %> </p>
编辑 app/views/event_attendees/new.html.erb
<%= form_for @attendee, :url => event_attendees_path(@event) do |f| %>
<%= f.text_field :name %>
<%= f.submit %>
<% end %>
编辑 app/views/event_attendees/edit.html.erb
<%= form_for @attendee, :url => event_attendee_path(@event, @attendee), :html => { :method => :patch } do |f| %>
<%= f.text_field :name %>
<%= f.submit %>
<% end %>
范例二: 让 event 可以用 select 单选一个 category
另一种常见的1对多用法,则是用下拉选单。延续上一章建好的Category model,让我们编辑 app/models/event.rb 加上关连:
class Event < ApplicationRecord
belongs_to :category
end
编辑 app/models/category.rb 加上关连
class Category < ApplicationRecord
has_many :events
end
首先,我们需要先建立一些 Category 的资料,进入 rails console 输入:
Category.create( :name => "Course" )
Category.create( :name => "Meeting" )
Category.create( :name => "Conference" )
接着编辑 app/views/events/_form.html.erb 这个样板,让我们来加上一个下拉选单。在表单中加入:
<%= f.collection_select(:category_id, Category.all, :id, :name) %>
或是用以下的写法,效果是一样的:
<%= f.select :category_id, Category.all.map{ |c| [c.name, c.id] } %>
然后修改EventsController
的event_params
好可以接收到category_id
参数。这样资料就会存进数据库了。
def event_params
params.require(:event).permit(:name, :description, :category_id)
end
如此就会出现下拉选单了。让我们来修改 app/views/events/show.html.erb 可以显示出 category 的名字:
<p>Category: <%= @event.category.name %></p>
不过 @event.category 可能是 nil,这会导致 nil.name 发生错误。一个简单的方式是改使用 @event.category.try(:name),另一招则是在 Event model 加入以下程式,就会有 @event.category_name 可以使用,而且允许 @event.category 是 nil
delegate :name, :to => :category, :prefix => true, :allow_nil => true
如此便完成了。
一对一 Resource
案例一:建立Location表单
延续上一章新增的一对一的关系Location Model,也就是一个Location属于一个Event。我们来建立一个表单接口可以编辑Location:
执行以下指令产生 controller 档案
rails g controller event_locations
编辑config/routes.rb
加上一个Singular Resource
,因为一个Event只有一个Location,所以我们使用了单数Resource:
resources :events do
resource :location, :controller => 'event_locations'
end
注意到我们的Controller档名还是复数,使用RESTful路由的Controller,无论在config/routes.rb
中使用单数resource或复数resources形式,档名一律都是复数。
编辑app/controllers/event_locations_controller.rb
:
class EventLocationsController < ApplicationController
before_action :find_event
def show
@location = @event.location
end
def new
@location = @event.build_location
end
def create
@location = @event.build_location( location_params )
if @location.save
redirect_to event_location_url( @event )
else
render :action => :new
end
end
def edit
@location = @event.location
end
def update
@location = @event.location
if @location.update( location_params )
redirect_to event_location_url( @event )
else
render :action => :edit
end
end
def destroy
@location = @event.location
@location.destroy
redirect_to event_location_url( @event )
end
protected
def find_event
@event = Event.find( params[:event_id] )
end
def location_params
params.require(:location).permit(:name)
end
end
因为是单数resource的关系,所以就没有index这个Action了,也没有event_locations_path
和event_location_path(event, location)
这种路由方法。
编辑app/views/events/index.html.erb,在循环中加入
<%= link_to 'location', event_location_path(event) %>
编辑app/views/event_locations/show.html.erb
<h1><%= @event.name %></h1>
<% if @event.location %>
<p><%= @event.location.name %></p>
<p><%= link_to "edit", edit_event_location_path(@event) %></p>
<p><%= link_to "destroy", event_location_path(@event), :method => :delete %></p>
<% else %>
<p>N/A</p>
<p><%= link_to "Add location", new_event_location_path(@event) %></p>
<% end %>
编辑app/views/event_locations/new.html.erb
<%= form_for @location, :url => event_location_path(@event) do |f| %>
<%= f.text_field :name %>
<%= f.submit %>
<% end %>
编辑app/views/event_locations/edit.html.erb
<%= form_for @location, :url => event_location_path(@event), :method => :patch do |f| %>
<%= f.text_field :name %>
<%= f.submit %>
<% end %>
案例二:用 Nested Model 顺带编辑跟新增
由于Location和Event是一对一关系,可以说Location是Event的附属资料。因此我们也可以将Location的表单直接做在Event的表单里,这样Location甚至不需要自己的Controller了:
编辑app/models/event.rb加上:
accepts_nested_attributes_for :location, :allow_destroy => true, :reject_if => :all_blank
acceptsnested_attributes_for
这个方法可以让更新_event资料时,也可以直接更新location的关联资料。也就是说,我们可以完全不需要修改events_controller的新增和编辑Action,就可以透过本来的params[:event]
参数来新增或修改location了。这里有两个特别的参数,:allowdestroy
是说我们可以在表单中多放一个_destroy
核选块来表示删除,而:reject_if
表示说在什么条件下,就当做没有要真的动作,例如:all_blank
就表示如果资料都是空的,就不建立_location资料(当然也就不会检查location的验证了)。这是因为虽然要显示location表单,但是不表示使用者一定要输入。有输入就表示必须通过Location Model的资料验证。
编辑app/views/events/_form.html.erb加上Location的表单,这里使用了fields_for
来达成嵌套表单:
<%= f.fields_for :location do |location_form| %>
<p>
<%= location_form.label :name, "Location Name" %>
<%= location_form.text_field :name %>
<% unless location_form.object.new_record? %>
<%= location_form.label :_destroy, 'Remove:' %>
<%= location_form.check_box :_destroy %>
<% end %>
</p>
<% end %>
编辑app/helpers/events_helper.rb新增一个Helper:
def setup_event(event)
event.build_location unless event.location
event
end
我们会用setupevent(@event)
来置换form_for
中的@event
,这是因为如果@event.location
是nil
的话,_Location表单就完全不会显示,所以假如没有,就需要预先build_location
给它。
编辑app/views/events/new.html.erb:
<%= form_for setup_event(@event), :url => events_path do |f| %>
编辑app/views/events/edit.html.erb:
<%= form_for setup_event(@event), :url => event_path(@event), :method => :put do |f| %>
最后记得修改EventsController
的event_params
好可以接收到location
参数
def event_params
params.require(:event).permit(:name, :description, :category_id, :location_attributes => [:id, :name, :_destroy] )
end
多对多 Resources
上一章中,我们也新增了EventGroupShip这个Model作为Event和Group之间的Joining table,那么要怎么设计表单呢?
案例: 在 event new/edit 中, 可以使用 checkbox 多选 group
最常见的方式就是提供check_box核选方块让使用者可以勾选了,此例中我们打算在event的表单中放入group清单来做勾选。
编辑app/views/events/_form.html.erb
<%= f.collection_check_boxes(:group_ids, Group.all, :id, :name) %>
或是用以下的写法,效果是一样的:
<% @groups.each do |g| %>
<%= check_box_tag "event[group_ids][]", g.id, @event.groups.map(&:id).include?(g.id) %> <%= g.name %>
<% end %>
<%= hidden_field_tag 'event[group_ids][]','' %>
这是因为event有hasmany :groups
的关系,所以可以透过属性group_ids
直接设定关连。另外,会多一个隐藏的空字串event[group_ids][]
是因为当_check box都没有核选时,浏览器不会送出这个属性,我们就无法判断是反核选还是没有选,所以加上一个空值的隐藏字段让Rails可以移除所有关连。
最后记得修改EventsController
的event_params
好可以接收到group_ids
参数:
def event_params
params.require(:event).permit(:name, :description, :category_id, :location_attributes => [:id, :name, :_destroy], :group_ids => [] )
end
接着修改show.html.erb显示出Group名称:
<p>Group:
<% @event.groups.each do |g| %>
<%= g.name %>
<% end %>
</p>
客制 Resources (collection)
案例一: 新增不同的页面
我们想要 events 除了 index 页面之外,再新加其他不一样的页面,例如统计资讯、最新推荐、最新活动等等。这时候我们可以新增额外的路由、新的action方法和template样板:
首先修改 routes.rb 在 events 的 resources 区块中加入 collection 区块,collection 表示这一个路由是针对 events 集合来操作:
resources :events do
collection do
get :latest
end
end
注意到在此 routes.rb 上请不要多一行 resources :events,这样根据优先权会优先判断成 events show action。
接着在events_controller.rb新增一个同名的latest action:
def latest
@events = Event.order("id DESC").limit(3)
end
以及它的样板档案/app/views/events/latest.html.erb。
案例二:一次删除多笔资料
RESTful中的destroy action是用来删除一笔资料的,如果我们想同时操作多笔资料,就会新增额外的路由和action才处理。例如我们新增这样的路由一次删除所有资料:
resources :events do
collection do
post :bulk_delete
end
end
在样板中加入一个按钮可以执行这个操作:
<%= button_to "Delete All", bulk_delete_events_path, :method => :post %>
在events_controller.rb新增bulk_delete方法:
def bulk_delete
Event.destroy_all
redirect_to events_path
end
不过,更常见的作法是用核选方块勾选要操作哪些资料。让我们改一下路由加上bulk_update:
resources :events do
collection do
post :bulk_update
end
end
接着修改app/views/events/index.html.erb帮每个event加上核选方块,并用表单整个包起来:
<%= form_tag bulk_update_events_path do %>
<ul>
<% @events.each do |e| %>
<li>
<%= check_box_tag "ids[]", e.id, false %>
<%= e.name %>
</li>
<% end %>
</ul>
<%= submit_tag "Delete" %>
<%= submit_tag "Publish" %>
<% end %>
新增一个bulk_update方法:
def bulk_update
ids = Array(params[:ids])
events = ids.map{ |i| Event.find_by_id(i) }.compact
if params[:commit] == "Publish"
events.each{ |e| e.update( :status => "published" ) }
elsif params[:commit] == "Delete"
events.each{ |e| e.destroy }
end
redirect_to events_url
end
客制 Resources (member)
案例一:新增 event dashboard 页面
我们想要 event 除了 show 页面之外,还有其他的页面,例如每个活动专属的 dashboard。首先修改 routes.rb 在 events 的 resources 区块中加入 member 区块,member 表示这一个路由是针对特定一个 event 来操作(必须传入某一个 event):
resources :events do
member do
get :dashboard
end
end
这样在events_controller.rb之中就可以多一个action叫做dashboard
:
def dashboard
@event = Event.find(params[:id])
end
这个样板档案是app/views/events/dashboard.html.erb,我们可以在这一页提供不同于index的内容。
连结的 helper 是 dashboard_event_path(event),例如我们可以在 app/views/events/index.html.erb 的循环中加入:
<%= link_to 'Dashboard', dashboard_event_path(event) %>
回过头来看这种客制member路由,也可以说是一种sub-resource的简化,等同于:
resoruces :events do
resource :dashboard
end
然后这个dashboard controller只有一个Action叫做show。
案例二:直接操作 event 资料
虽然透过event update动作我们可以修改event的所有资料,但是有些操作如果有单独的action会比较简单直觉。例如使用者可以点选参加这个活动以及离开这个活动,这时候就可以自订member路由:
resources :events do
member do
post :join
post :withdraw
end
end
接着在event.html.erb中加上两个按钮:
<%= button_to "Join", join_event_path(@event) %>
<%= button_to "Withdraw", withdraw_event_path(@event) %>
以及events_controller.rb新增两个actions,假设我们有一个User model(可以透过使用者认证一章的Devise产生,这样登入后就会有currentuser
变量代表登入后的_user)、以及一个event和user的多对多关系Membership model:
def join
@event = Event.find(params[:id])
Membership.find_or_create_by( :event => @event, :user => current_user )
redirect_to :back
end
def withdraw
@event = Event.find(params[:id])
@membership = Membership.find_by( :event => @event, :user => current_user )
@membership.destroy
redirect_to :back
end
另一个路由设计的思路是独立出resources,例如:
resources :events do
resources :memberships
end
这样样板中的路由Helper会变成:
<%= button_to "Join", event_memberships_path(@event) %>
<% membership = Membership.find_by( :event => @event, :user => current_user ) %>
<%= button_to "Withdraw", event_membership_path(@event, membership) %>
独立出来的memberships_controller.rb内容则是:
def create
@event = Event.find(params[:event_id])
Membership.find_or_create_by( :event => @event, :user => current_user )
redirect_to :back
end
def destroy
@event = Event.find(params[:event_id])
@membership = @event.memberships.find( params[:id] )
@membership.destroy
redirect_to :back
end
你喜欢哪一种设计呢?
不总是需要新的路由
在上述member和collection的案例中,我们增加了新的action方法和template样板来处理。但如果只是资料不同、样板相同,我们也可以继续沿用本来的action方法和template样板即可。以下示范两种案例:
案例一:让 event index 可以进行关键字搜寻
可以根据搜寻结果来显示所有 events。首先在app/views/events/index.html.erb
上方加入一个关键字搜寻的表单:
<%= form_tag events_path, :method => :get do %>
<%= text_field_tag "keyword" %>
<%= submit_tag "Search" %>
<% end %>
接着修改index action:
def index
if params[:keyword]
@events = Event.where( [ "name like ?", "%#{params[:keyword]}%" ] )
else
@events = Event.all
end
@events = @events.page(params[:page]).per(5)
end
ActiveRecord的查询是可以串接的,并且直到最后真的要用时才会去查询数据库。这里我们先检查是否有params[:keyword]
参数来进行过滤,最后统一进行分页。
SQL 的 like 查询会比对资料表的所有资料,如果资料量很大效能影响很大,请改用全文搜寻引擎。
案例二:让 event index 可以依照参数排序
一样修改 index action:
def index
sort_by = (params[:order] == 'name') ? 'name' : 'created_at'
@events = Event.order(sort_by).page(params[:page]).per(5)
end
注意到我们必须先检查 params[:order] 的内容,而不应该直接 order(params[:order])。这会导致有 SQL Injection 安全问题。
在 index.html.erb 中加入排序的超连结:
<%= link_to 'Sort by Name', events_path( :order => "name") %>
<%= link_to 'Sort by Default', events_path %>
同一个index action可能会需要同时兼顾搜寻、排序、分页的功能,这会需要修改index action根据参数来串接这些查询,并且template样板中的超连结也必须包含目前的状态,例如目前是第二页、递降排序等等。
Namespace Resources
案例:新增 event 的管理后台
原有的 events_controller 会作为前台一般使用者之用。为了后台管理用途,我们会另外再新增一个 controller 来操作 Event 这个 model
rails g controller admin::events
这样会产生新的 controller 和 view,放在 admin 目录下。而通常我们会让 admin 管理后台的 layout 不同,以及加上使用者权限验证,例如以下使用最简单的HTTP验证:
class Admin::EventsController < ApplicationController
before_action :authenticate
layout "admin"
# ....
protected
def authenticate
authenticate_or_request_with_http_basic do |user_name, password|
user_name == "username" && password == "password"
end
end
end
那路由要怎么搭配呢?编辑 routes.rb
namespace :admin do
resources :events
end
这样它的路由 Helper 就会是 admin_events_path 或 admin_event_path(event) 等