RESTful 应用实作

请注意本章内容衔接前三章，请先完成前三章内容。

我们在上一章学习了数据库关连，那么要如何搭配 RESTful 路由设计 controller 及表单呢？我们在这里将综合前几章所学，来实作各种形式的 Resource 应用。

延续上一章一对多关联建立好的，我们希望实作浏览个别 event 有哪些 attendees, 并可以 CRUD。请修改 config/routes.rb 为

执行以下指令产生 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
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>

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，在循环中加入

<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>

编辑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

上一章中，我们也新增了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| %>
<% 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

接着修改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 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 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
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]参数来进行过滤，最后统一进行分页。

案例二：让 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 %>

案例：新增 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

这样它的路由 Helper 就会是 admin_events_path 或 admin_event_path(event) 等