はじめに

Rails6.1ハンズオン(4)の続きです。

ようやくここまできました。今回が最終回です。
コードはGithubにあげています。章ごとにコミットしてますので、参考にしていただければ幸いです。

やること

個人的に気になった（面白そうor仕事で使いそう）機能をピックアップして、現在のRails_6.1_hands_onプロジェクトに追加してみます。

Delegated Types
Strict Loading
ActiveModel::Errorオブジェクト

参考：

Ruby on Rails 6.1の主要な新機能・変更点 - Qiita

6-1. Delegated Types

※単一テーブル継承(STI)とは？

予約語「type(String)」カラムを用いて、単一のテーブルに複数のモデルを定義する

例えば今回の掲示板のCommentモデルについて、

Commentの種類をこれまで実装した「テキスト形式」と新たに追加する「emoji形式」（LINEのスタンプみたいな感じ）に分けるとしたら、以下のようなレコードになる。（具体的な実装は省略）

author	type	text	emoji
taro	text	（ActionTextへの参照）	NULL
jiro	emoji	NULL	😎

STIだと一つのテーブルで似たようなモデルを管理できるので、実装が楽？になるし、テーブルが無尽蔵に増えなくて管理も楽そう。（仕事で使ったことないのでなんともですが...）

しかし、ものによってはNULLの穴ぼこだらけのテーブルになって、たくさんのレコードを扱うようなシステムだとパフォーマンスに影響が出そう。。。

そこで実装されたのが今回の「Delegated Types」だと解釈しました！

STIのメリットである、代表のテーブルを用いたカラムの共通化をしつつ、モデル毎の微妙な違いは別途テーブルに分けて管理する形になります。（NULLの穴ぼこは無くなります！）

上の例だと、
authorカラムは共通なので、代表としてCommentテーブルの中にauthorカラムを残し、
「違い」である、textカラムとemojiカラムはそれぞれTextテーブルとEmojiテーブルに分けて管理します。

Delegate Typeに則った最終的なテーブル図はこうなります

＜図＞

6-1-1. モデル作成

すごく適当なマイグレーションファイルです。。。

def change
    create_table :texts do |t|
      t.timestamps
    end

    create_table :emojis do |t|
      t.integer :emoji_type, null: false, default: 0
    end

    add_column :comments, :content_type, :string, null: false
    add_column :comments, :content_id, :bigint, null: false
end

class Comment < ApplicationRecord
  belongs_to :community
  delegated_type :content, types: %w[Text Emoji]
end

class Text < ApplicationRecord
  has_one :comment, as: :content, touch: true
  has_rich_text :text_content
  delegate :author_name, to: :comment
end

class Emoji < ApplicationRecord
  has_one :comment, as: :content, touch: true
  enum emoji_type: %i[😀 😂 😎]
  delegate :author_name, to: :comment
end

6-1-2. コントローラー・ビュー

一部を略して書きます、詳しくはgithubをご覧ください。

app/controllers/text_comments_controller.rb

class TextCommentsController < ApplicationController
  before_action :set_community
  
  def new
    @text = Text.new.build_comment
  end

  def create
    # FIXME: バリデーションエラーを無視している
    @community.comments
              .create(content: Text.new(text_content: text_params[:text_content]),
                      author_name: text_params[:author_name])
    redirect_to community_path(@community)
  end

  private

  def set_community
    @community = Community.find(params[:community_id])
  end

  def text_params
    params.require(:comment).permit(:text_content, :author_name)
  end
end

ポイントは親のCommentにcontentという属性で子供のTextやEmojiを渡しているところだと思います。

action_textとただのenumを使い分けられるようになりました。

6-2. Strict Loading

class Community < ApplicationRecord
  has_many :comments, strict_loading: true
end

こんな風につけておくだけで、N+1問題が発生しているときに例外を出すようになります。例外になるので、bulletより強制力がありますね。。。（今回は意味なかったです）

6-3. ActiveModel::Errorオブジェクト

バリデーションエラーが起きたときにモデルのインスタンスに付与されていたエラー情報がただのハッシュではなく、クラスのインスタンスになりました。

app/views/shared/_error_messages.html.haml

- if object.errors.present?
  .card.mb-2.border-danger
    .card-header.bg-danger.text-white
      エラーがあります
    .card-body
      %ul
        - object.errors.each do |e|
          %li= e.full_message

エラー文の呼び出し方が変わって、whereとかも使えるようになって、どこかで使えそうですね。。。

さいごに

このシリーズはこれで以上ですが、今回触らなかったもの（特に並列データベースとかは、大規模な開発で使いそう）もいつか触れたいと思いました。（小並感）