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 应用。
延续上一章一对多关联建立好的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 %>另一种常见的1对多用法，则是用下拉选单。延续上一章建好的Category model，让我们编辑 app/models/event.rb 加上关连:
class Event < ActiveRecord::Base
belongs_to :category
end编辑 app/models/category.rb 加上关连
class Category < ActiveRecord::Base
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如此便完成了。
延续上一章新增的一对一的关系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 %>由于Location和Event是一对一关系，可以说Location是Event的附属资料。因此我们也可以将Location的表单直接做在Event的表单里，这样Location甚至不需要自己的Controller了：
编辑app/models/event.rb加上：
accepts_nested_attributes_for :location, :allow_destroy => true, :reject_if => :all_blankaccepts_nested_attributes_for这个方法可以让更新event资料时，也可以直接更新location的关联资料。也就是说，我们可以完全不需要修改events_controller的新增和编辑Action，就可以透过本来的params[:event]参数来新增或修改location了。这里有两个特别的参数，:allow_destroy是说我们可以在表单中多放一个_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我们会用setup_event(@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上一章中，我们也新增了EventGroupShip这个Model作为Event和Group之间的Joining table，那么要怎么设计表单呢？
最常见的方式就是提供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有has_many :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>我们想要 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新增一个同名的popular 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我们想要 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 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产生，这样登入后就会有current_user变量代表登入后的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样板即可。以下示范两种案例：
可以根据搜寻结果来显示所有 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 = @event.page(params[:page]).per(5)
endActiveRecord的查询是可以串接的，并且直到最后真的要用时才会去查询数据库。这里我们先检查是否有params[:keyword]参数来进行过滤，最后统一进行分页。
SQL 的 like 查询会比对资料表的所有资料，如果资料量很大效能影响很大，请改用全文搜寻引擎。
一样修改 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样板中的超连结也必须包含目前的状态，例如目前是第二页、递降排序等等。
原有的 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) 等