【保守性抜群】Ruby on Rails enumの完全ガイド：基礎から実践的な活用まで解説

SHARE

目次

目次へ

Ruby on Rails enumとは：基礎から理解する

Active Recordに組み込まれたenumは、データベースの整数カラムを人間にとって理解しやすい文字列にマッピングする機能です。この機能により、アプリケーション内でステータスや状態を効率的に管理できます。

enumが解決する3つの課題

  1. データの意味づけの問題
  • 従来の実装では、整数値だけでは何を表しているのか理解しづらい
  • コード中で数値の意味を理解するのに時間がかかる
   # 従来の実装（分かりづらい）
   def status_name
     case status
     when 0 then '下書き'
     when 1 then '公開済み'
     when 2 then '非公開'
     end
   end
  1. 保守性とコード量の問題
  • ステータスの追加・変更時に多くのファイルを修正する必要がある
  • 定数定義、メソッド定義、バリデーションなど、複数箇所の変更が必要
   # 従来の実装（保守が大変）
   class Article
     STATUS_DRAFT = 0
     STATUS_PUBLISHED = 1
     STATUS_PRIVATE = 2

     validates :status, inclusion: { in: [STATUS_DRAFT, STATUS_PUBLISHED, STATUS_PRIVATE] }

     def published?
       status == STATUS_PUBLISHED
     end
   end
  1. クエリとスコープの問題
  • 状態に基づく検索や絞り込みのたびに条件を書く必要がある
  • 条件式が散在し、一貫性を保つのが難しい

enumの利点と従来実装との比較

観点enum使用時従来実装
コード量少ない（1行の定義で複数のメソッドが自動生成）多い（各メソッドを個別に定義）
保守性高い（定義箇所が一箇所）低い（複数箇所の変更が必要）
可読性高い（シンボルで状態を表現）低い（数値の意味が分かりづらい）
バリデーション自動設定手動設定が必要
クエリ対応スコープ自動生成手動でスコープ定義が必要

実際のenum実装例:

class Article < ApplicationRecord
  # たった1行でこれまでの実装をカバー
  enum status: { draft: 0, published: 1, private: 2 }
end

# 生成されるメソッド例
article.draft!       # ステータスを変更
article.draft?       # 状態をチェック
article.status       # 現在の状態を取得
Article.draft        # scopeとして使用可能

この実装により、以下のメリットが得られます：

  • 直感的な操作: シンボルを使用することで、コードの意図が明確になります
  • タイプセーフ: 定義された値以外は使用できないため、バグを防げます
  • 自動生成: 便利なヘルパーメソッドが自動的に生成されます
  • 効率的なクエリ: スコープが自動生成され、検索が容易になります

Rails 5.0以降では、enumの機能がさらに強化され、複数のカラムでの使用や、接頭辞の追加なども可能になっています。これにより、より柔軟な状態管理が実現できるようになりました。

enumの基本的な実装方法

enumを効果的に活用するには、基本的な実装方法を理解することが重要です。ここでは、実装の基礎から応用的なテクニックまでを解説します。

モデルでenumを定義する際の基本構文

enumの定義方法には、主に以下の3つのパターンがあります：

  1. 基本的な定義方法
class Post < ApplicationRecord
  # 最もシンプルな定義
  enum status: [:draft, :published, :archived]

  # 明示的に値を指定する場合
  enum status: { draft: 0, published: 1, archived: 2 }

  # 文字列をキーにする場合（非推奨）
  enum status: { "下書き" => 0, "公開中" => 1, "アーカイブ済" => 2 }
end
  1. オプションを使用した定義
class User < ApplicationRecord
  # 接頭辞をつける
  enum role: { general: 0, admin: 1, owner: 2 }, _prefix: true
  # => user.role_admin?, user.role_general? などが生成される

  # 接尾辞をつける
  enum status: { active: 0, inactive: 1 }, _suffix: true
  # => user.active_status?, user.inactive_status? などが生成される

  # カスタム接頭辞
  enum role: { general: 0, admin: 1 }, _prefix: :account
  # => user.account_general?, user.account_admin? などが生成される
end
  1. 複数のenumを定義する場合
class Article < ApplicationRecord
  # 複数のenumを1つのモデルで定義
  enum status: { draft: 0, published: 1, archived: 2 }
  enum category: { news: 0, blog: 1, press: 2 }
  enum visibility: { public_post: 0, private_post: 1 }
end

enumに関連する便利なヘルパーメソッド

enumを定義すると、以下のような便利なメソッドが自動的に生成されます：

メソッドタイプ生成されるメソッド例用途
状態確認post.draft?現在の状態をチェック
状態変更post.published!状態を変更し保存
スコープPost.published特定の状態のレコードを取得
遷移履歴post.status_was変更前の状態を取得
一覧取得Post.statuses定義された状態の一覧を取得

実践的な使用例：

# 状態の確認と変更
post = Post.create(status: :draft)
post.draft?      # => true
post.published!  # 公開状態に変更
post.published?  # => true

# スコープを使用した検索
Post.published   # published状態の記事を全て取得
Post.not_draft   # draft以外の記事を取得

# 一括更新
Post.draft.update_all(status: :published)

日本語化対応の実践テクニック

Rails アプリケーションでenumを日本語化する方法について説明します：

  1. config/locales/ja.yml での設定
ja:
  enums:
    post:
      status:
        draft: '下書き'
        published: '公開中'
        archived: 'アーカイブ済み'
  1. モデルでの日本語表示用メソッド実装
class Post < ApplicationRecord
  enum status: { draft: 0, published: 1, archived: 2 }

  def status_i18n
    I18n.t("enums.post.status.#{status}")
  end
end
  1. ActiveModel::Enum拡張による自動化
# config/initializers/enum_help.rb
module EnumHelpers
  extend ActiveSupport::Concern

  class_methods do
    def human_enum_name(enum_name, enum_value)
      I18n.t("enums.#{model_name.i18n_key}.#{enum_name}.#{enum_value}")
    end
  end

  def human_enum_value(enum_name)
    self.class.human_enum_name(enum_name, self.send(enum_name))
  end
end

ActiveRecord::Base.include EnumHelpers

使用例：

post = Post.create(status: :draft)
post.human_enum_value(:status)  # => "下書き"

# ビューでの表示
<%= form.select :status, Post.statuses.keys.map { |s| [Post.human_enum_name(:status, s), s] } %>

これらの実装方法を理解し、適切に使用することで、保守性が高く、使いやすいコードを実現できます。また、日本語化対応により、エンドユーザーにとっても分かりやすいアプリケーションを構築することができます。

実践的なenumパターン活用

enumは様々なユースケースで活用できます。ここでは、実際のプロジェクトでよく使用される実践的なパターンを紹介します。

ステータス管理での活用例

受注システムでの注文ステータス管理は、enumの典型的な使用例です。

class Order < ApplicationRecord
  # ステータスの遷移を考慮した順序付けされた定義
  enum status: {
    pending: 0,      # 受注待ち
    confirmed: 1,    # 受注確定
    in_progress: 2,  # 処理中
    shipped: 3,      # 発送済み
    delivered: 4,    # 配達完了
    cancelled: 5,    # キャンセル
    returned: 6      # 返品
  }

  # ステータス遷移の制御
  def can_cancel?
    %w[pending confirmed in_progress].include?(status)
  end

  # 遷移時の処理を含むメソッド
  def cancel!
    return false unless can_cancel?

    transaction do
      cancelled!
      create_cancel_history!
      notify_customer_of_cancellation
    end
    true
  end

  # ステータスに基づくスコープの拡張
  scope :processing, -> { where(status: %i[confirmed in_progress]) }
  scope :completed, -> { where(status: %i[delivered]) }
  scope :problematic, -> { where(status: %i[cancelled returned]) }
end

# 使用例
order = Order.create(status: :pending)
order.confirmed!
Order.processing.count # 処理中の注文数を取得

フラグ管理での活用例

ユーザー設定やフィーチャーフラグの管理にenumを活用できます。

class UserPreference < ApplicationRecord
  # 通知設定の管理
  enum notification_level: {
    all: 0,          # 全ての通知を受け取る
    important: 1,    # 重要な通知のみ
    minimal: 2,      # 最小限の通知
    none: 3          # 通知オフ
  }

  # メール配信頻度の設定
  enum email_frequency: {
    realtime: 0,     # リアルタイム
    daily: 1,        # 日次
    weekly: 2,       # 週次
    monthly: 3       # 月次
  }

  # 複数のフラグを組み合わせた便利メソッド
  def receives_immediate_notifications?
    notification_level == 'all' && email_frequency == 'realtime'
  end

  # バッチ処理用のスコープ
  scope :daily_digest_targets, -> { where(email_frequency: :daily) }
  scope :weekly_digest_targets, -> { where(email_frequency: :weekly) }
end

# フィーチャーフラグの管理
class Feature < ApplicationRecord
  enum status: {
    development: 0,  # 開発中
    beta: 1,         # ベータ版
    released: 2,     # リリース済み
    deprecated: 3    # 廃止予定
  }

  # アクセス制御との連携
  def accessible_by?(user)
    case status
    when 'development'
      user.developer?
    when 'beta'
      user.beta_tester?
    when 'released'
      true
    when 'deprecated'
      false
    end
  end
end

権限管理での活用例

ユーザーの権限管理システムにenumを導入する例です。

class User < ApplicationRecord
  # 基本的な権限レベル
  enum role: {
    guest: 0,
    user: 1,
    moderator: 2,
    admin: 3,
    super_admin: 4
  }

  # 部門権限の管理
  enum department_access: {
    no_access: 0,
    viewer: 1,
    editor: 2,
    manager: 3
  }, _prefix: :department

  # 権限チェックのヘルパーメソッド
  def can_edit?(resource)
    return true if super_admin?
    return true if admin?
    return true if moderator? && resource.moderable?
    return true if department_manager? && resource.department_id == department_id
    false
  end

  # 権限の継承関係を考慮したメソッド
  def higher_role_than?(other_user)
    User.roles[role] > User.roles[other_user.role]
  end

  # 部門権限に基づくスコープ
  scope :with_management_access, -> { where(department_access: %i[editor manager]) }
  scope :full_access, -> { where(role: %i[admin super_admin]) }
end

# アクセス制御との連携例
class ApplicationController < ActionController::Base
  def authorize_admin!
    unless current_user&.admin? || current_user&.super_admin?
      redirect_to root_path, alert: '権限がありません'
    end
  end

  def authorize_department_access!(minimum_access: :viewer)
    unless current_user&.department_access.to_s >= minimum_access.to_s
      redirect_to root_path, alert: '部門へのアクセス権限がありません'
    end
  end
end

これらの実装例は、実際のプロジェクトですぐに活用できる形で提供されています。状況に応じて適切にカスタマイズしながら、enumの利点を最大限に活用してください。

列挙型を使用する際の注意点と対策

enumを効果的に活用するには、いくつかの重要な注意点があります。ここでは、実装時に考慮すべき点と具体的な対策を解説します。

データベースの整合性を確保するためのマイグレーション設計

データベースレベルでの整合性確保は、enumを使用する上で非常に重要です。

  1. 適切なカラム定義
class CreateArticles < ActiveRecord::Migration[7.0]
  def change
    create_table :articles do |t|
      # NOT NULL制約とデフォルト値の設定
      t.integer :status, null: false, default: 0
      # インデックスの追加（頻繁に検索する場合）
      t.index :status

      t.timestamps
    end
  end
end
  1. check制約の追加（PostgreSQL使用時）
class AddStatusConstraintToArticles < ActiveRecord::Migration[7.0]
  def up
    # 有効な値のみを許可する制約
    execute <<-SQL
      ALTER TABLE articles
      ADD CONSTRAINT check_valid_status
      CHECK (status IN (0, 1, 2));
    SQL
  end

  def down
    execute <<-SQL
      ALTER TABLE articles
      DROP CONSTRAINT check_valid_status;
    SQL
  end
end
  1. 既存データの移行時の注意点
class MigrateExistingStatusData < ActiveRecord::Migration[7.0]
  def up
    # 安全な移行のための一時的なマッピング
    old_to_new = {
      'draft' => 0,
      'published' => 1,
      'archived' => 2
    }

    # バッチ処理による安全な移行
    Article.find_each do |article|
      new_status = old_to_new[article.read_attribute(:status)]
      article.update_column(:status, new_status) if new_status
    end
  end
end

enumの値を変更する際のリスクと対応策

enumの値を変更する際は、以下のリスクと対策を考慮する必要があります。

  1. 安全な値の追加方法
class Article < ApplicationRecord
  # 追加は末尾に行う（既存の値は変更しない）
  enum status: {
    draft: 0,
    published: 1,
    archived: 2,
    featured: 3  # 新しい値は末尾に追加
  }
end
  1. 値の変更が必要な場合の対応
class Article < ApplicationRecord
  # 非推奨: 値の変更は避ける
  # enum status: { draft: 0, archived: 1, published: 2 }  # NG

  # 代替案: 新しいenumを作成し、古いものは非推奨化
  enum legacy_status: { draft: 0, published: 1, archived: 2 }, _prefix: :legacy
  enum status: { draft: 0, published: 1, archived: 2, featured: 3 }

  # 移行用のヘルパーメソッド
  def migrate_legacy_status
    return unless legacy_status

    case legacy_status
    when 'draft' then self.status = :draft
    when 'published' then self.status = :published
    when 'archived' then self.status = :archived
    end
    save
  end
end
  1. データ整合性を保つための仕組み
class Article < ApplicationRecord
  enum status: { draft: 0, published: 1, archived: 2 }

  # enumの値変更前の検証
  before_save :validate_status_change

  private

  def validate_status_change
    return unless status_changed?

    case status
    when 'published'
      errors.add(:status, '下書きからのみ公開可能です') unless status_was == 'draft'
    when 'archived'
      errors.add(:status, '公開済み記事のみアーカイブ可能です') unless status_was == 'published'
    end

    throw(:abort) if errors.present?
  end
end

テストコードでの取り扱い方

enumを使用するモデルのテストでは、以下のポイントに注意してテストを書きます。

  1. 基本的なテストパターン
RSpec.describe Article, type: :model do
  describe 'enums' do
    it 'defines the correct status values' do
      expect(Article.statuses).to eq({
        'draft' => 0,
        'published' => 1,
        'archived' => 2
      })
    end

    it 'provides predicate methods' do
      article = Article.new(status: :draft)
      expect(article).to be_draft
      expect(article).not_to be_published
    end

    it 'provides scope methods' do
      draft_article = Article.create(status: :draft)
      published_article = Article.create(status: :published)

      expect(Article.draft).to include(draft_article)
      expect(Article.draft).not_to include(published_article)
    end
  end
end
  1. 状態遷移のテスト
RSpec.describe Article, type: :model do
  describe 'status transitions' do
    let(:article) { Article.create(status: :draft) }

    context 'when publishing' do
      it 'changes status from draft to published' do
        expect { article.published! }
          .to change { article.status }.from('draft').to('published')
      end

      it 'validates the transition' do
        archived_article = Article.create(status: :archived)
        expect { archived_article.published! }
          .to raise_error(ActiveRecord::RecordInvalid)
      end
    end
  end
end
  1. カスタムメソッドのテスト
RSpec.describe Article, type: :model do
  describe '#publishable?' do
    let(:article) { Article.new }

    it 'returns true for draft articles' do
      article.status = :draft
      expect(article).to be_publishable
    end

    it 'returns false for published articles' do
      article.status = :published
      expect(article).not_to be_publishable
    end
  end

  describe '#status_i18n' do
    it 'returns localized status string' do
      article = Article.new(status: :draft)
      expect(article.status_i18n).to eq('下書き')
    end
  end
end

これらの注意点と対策を実装することで、enumを使用したコードの信頼性と保守性を高めることができます。特に、データベースの整合性確保とテストの充実は、長期的な運用において重要な要素となります。

enumのパフォーマンスとメンテナンス

大規模なRailsアプリケーションでenumを運用する際の重要な考慮点と、効果的なメンテナンス手法について解説します。

大規模アプリケーションでの利用時の注意点

  1. メモリ使用量の最適化
class Order < ApplicationRecord
  # メモリ効率の良い実装
  enum status: {
    pending: 0,
    processing: 1,
    completed: 2
  }

  # キャッシュの活用
  after_commit :cache_status_counts, on: [:create, :update]

  def self.status_counts
    Rails.cache.fetch('order_status_counts', expires_in: 1.hour) do
      statuses.keys.index_with do |status|
        where(status: status).count
      end
    end
  end

  private

  def cache_status_counts
    self.class.status_counts # キャッシュを更新
  end
end
  1. N+1クエリの防止
class OrdersController < ApplicationController
  def index
    # 悪い例：N+1クエリが発生
    @orders = Order.all
    @orders.each do |order|
      puts order.status # 各orderに対してクエリが発生
    end

    # 良い例：必要なデータを一括取得
    @orders = Order.all.includes(:related_models)

    # さらに良い例：必要な情報のみを取得
    @status_counts = Order.group(:status).count
  end
end
  1. 大量データの処理
class Order < ApplicationRecord
  # バッチ処理での効率的な更新
  def self.batch_update_expired_orders
    pending.where('created_at < ?', 24.hours.ago)
          .in_batches(of: 1000) do |batch|
      batch.update_all(status: :expired)
    end
  end

  # 非同期処理の活用
  def async_status_update(new_status)
    UpdateOrderStatusJob.perform_later(id, new_status)
  end
end

enumを含むモデルのリファクタリング手法

  1. 状態遷移のリファクタリング
# リファクタリング前
class Order < ApplicationRecord
  enum status: { pending: 0, confirmed: 1, shipped: 2 }

  def confirm!
    update!(status: :confirmed)
  end
end

# リファクタリング後：状態遷移を専用のモジュールに分離
module OrderStateMachine
  extend ActiveSupport::Concern

  included do
    enum status: { pending: 0, confirmed: 1, shipped: 2 }

    include AASM

    aasm column: :status, enum: true do
      state :pending, initial: true
      state :confirmed
      state :shipped

      event :confirm do
        transitions from: :pending, to: :confirmed
      end

      event :ship do
        transitions from: :confirmed, to: :shipped
      end
    end
  end
end

class Order < ApplicationRecord
  include OrderStateMachine
end
  1. ビジネスロジックの分離
# 責務の分離
class OrderStatus
  include ActiveModel::Model

  def initialize(order)
    @order = order
  end

  def can_transition_to?(new_status)
    case @order.status
    when 'pending'
      ['confirmed'].include?(new_status.to_s)
    when 'confirmed'
      ['shipped'].include?(new_status.to_s)
    else
      false
    end
  end
end

class Order < ApplicationRecord
  enum status: { pending: 0, confirmed: 1, shipped: 2 }

  def status_manager
    @status_manager ||= OrderStatus.new(self)
  end

  def update_status!(new_status)
    if status_manager.can_transition_to?(new_status)
      update!(status: new_status)
    else
      errors.add(:status, :invalid_transition)
      raise ActiveRecord::RecordInvalid, self
    end
  end
end

運用時のトラブルシューティング

  1. よくある問題と解決策
問題原因解決策
予期せぬ状態遷移バリデーション不足状態遷移のバリデーションを追加
N+1クエリ関連データの個別取得includes/preloadの適切な使用
メモリ使用量の増大大量のenum定義必要最小限の値定義とキャッシュの活用
  1. デバッグとモニタリング
# ログ出力の強化
class Order < ApplicationRecord
  enum status: { pending: 0, confirmed: 1, shipped: 2 }

  after_update :log_status_change, if: :saved_change_to_status?

  private

  def log_status_change
    Rails.logger.info(
      "Order##{id} status changed from " \
      "#{status_before_last_save} to #{status} " \
      "(#{Time.current})"
    )
  end
end

# モニタリングの実装
class OrderStatusMetrics
  def self.collect_metrics
    stats = Order.group(:status).count

    stats.each do |status, count|
      StatsD.gauge("orders.status.#{status}", count)
    end
  end
end
  1. パフォーマンス改善のためのインデックス設計
class AddOptimizedIndexesToOrders < ActiveRecord::Migration[7.0]
  def change
    # 複合インデックスの追加
    add_index :orders, [:status, :created_at]

    # 部分インデックスの追加（特定の状態のみ）
    add_index :orders, :status, 
              where: "status IN (0, 1)", 
              name: 'index_orders_on_active_statuses'
  end
end

これらの実践的なアプローチを適用することで、enumを使用したアプリケーションの保守性とパフォーマンスを継続的に改善できます。特に大規模なアプリケーションでは、これらの考慮点が重要になってきます。

発展的なenum活用テクニック

enumの基本的な機能を理解したら、より高度な活用方法を習得することで、アプリケーションの品質をさらに向上させることができます。

カスタムスコープとの組み合わせ

enumの機能を拡張し、より柔軟な検索や絞り込みを実現する方法を紹介します。

class Post < ApplicationRecord
  enum status: { draft: 0, review: 1, published: 2, archived: 3 }
  enum visibility: { public_post: 0, private_post: 1, members_only: 2 }

  # 複数のenumを組み合わせたスコープ
  scope :visible_to, ->(user) {
    if user&.admin?
      all
    elsif user&.member?
      where(visibility: [:public_post, :members_only])
    else
      where(visibility: :public_post)
    end
  }

  # 日付条件とenumを組み合わせたスコープ
  scope :recently_published, -> {
    published.where('published_at > ?', 30.days.ago)
  }

  # 複数の条件を組み合わせた高度なスコープ
  scope :featured_content, -> {
    published
      .where(visibility: :public_post)
      .where('featured = true')
      .order(published_at: :desc)
  }

  # enumの値に基づく動的なスコープ
  def self.with_status_higher_than(status)
    where('status > ?', statuses[status])
  end

  # 状態遷移を考慮したスコープ
  scope :publishable, -> {
    draft.or(review.where('reviewed_at <= ?', 24.hours.ago))
  }
end

# 使用例
Post.visible_to(current_user)
    .with_status_higher_than(:draft)
    .recently_published

APIレスポンスでの効果的な活用方法

RESTful APIでenumを効果的に使用する方法を紹介します。

# モデルでの準備
class Task < ApplicationRecord
  enum priority: { low: 0, medium: 1, high: 2, urgent: 3 }
  enum status: { todo: 0, in_progress: 1, done: 2, cancelled: 3 }

  # API用のメソッド追加
  def as_json(options = {})
    super(options.merge(
      methods: [:priority_label, :status_label],
      except: [:priority, :status]
    ))
  end

  def priority_label
    I18n.t("enums.task.priority.#{priority}")
  end

  def status_label
    I18n.t("enums.task.status.#{status}")
  end
end

# コントローラでの実装
class Api::V1::TasksController < Api::V1::BaseController
  def index
    tasks = Task.all
    render json: {
      tasks: tasks,
      available_priorities: Task.priorities.keys,
      available_statuses: Task.statuses.keys
    }
  end

  def update
    task = Task.find(params[:id])
    if task.update(task_params)
      render json: {
        task: task,
        transitions: {
          available_next_statuses: task.available_next_statuses
        }
      }
    else
      render json: { errors: task.errors }, status: :unprocessable_entity
    end
  end

  private

  def task_params
    params.require(:task).permit(:priority, :status)
  end
end

他のgemとの連携活用例

人気のgemとenumを組み合わせた高度な実装例を紹介します。

  1. AASM（状態遷移管理）との連携
class Order < ApplicationRecord
  enum status: { 
    pending: 0, 
    confirmed: 1, 
    processing: 2, 
    shipped: 3, 
    delivered: 4, 
    cancelled: 5 
  }

  include AASM

  aasm column: :status, enum: true do
    state :pending, initial: true
    state :confirmed, :processing, :shipped, :delivered, :cancelled

    event :confirm do
      transitions from: :pending, to: :confirmed
      after do
        notify_customer
        update_inventory
      end
    end

    event :process do
      transitions from: :confirmed, to: :processing
      after do
        create_shipping_label
      end
    end

    event :ship do
      transitions from: :processing, to: :shipped
      after do
        send_tracking_number
      end
    end
  end
end
  1. Ransack（検索機能）との連携
class Project < ApplicationRecord
  enum status: { planning: 0, active: 1, on_hold: 2, completed: 3 }
  enum priority: { low: 0, medium: 1, high: 2 }

  # Ransackのサーチスコープ定義
  ransacker :status_text do
    Arel.sql("(CASE status 
              WHEN 0 THEN 'planning'
              WHEN 1 THEN 'active'
              WHEN 2 THEN 'on_hold'
              WHEN 3 THEN 'completed'
              END)")
  end

  # 優先度による検索
  ransacker :priority_value do
    Arel.sql('priority')
  end
end

# コントローラでの使用
class ProjectsController < ApplicationController
  def index
    @q = Project.ransack(params[:q])
    @projects = @q.result.includes(:team)
  end
end

# ビューでの使用
= search_form_for @q do |f|
  = f.select :status_text_eq,
             Project.statuses.map { |k, v| [k.humanize, k] },
             include_blank: true
  = f.select :priority_value_eq,
             Project.priorities.map { |k, v| [k.humanize, v] },
             include_blank: true
  1. ActiveAdmin（管理画面）との連携
ActiveAdmin.register Post do
  permit_params :title, :content, :status, :visibility

  scope :all
  Post.statuses.each do |status, _|
    scope status.to_sym
  end

  filter :status,
         as: :select,
         collection: Post.statuses.keys.map { |s| [s.humanize, s] }

  form do |f|
    f.inputs do
      f.input :title
      f.input :content
      f.input :status,
              as: :select,
              collection: Post.statuses.keys.map { |s| [s.humanize, s] }
      f.input :visibility,
              as: :select,
              collection: Post.visibilities.keys.map { |v| [v.humanize, v] }
    end
    f.actions
  end

  index do
    selectable_column
    id_column
    column :title
    column :status do |post|
      status_tag post.status
    end
    column :visibility
    actions
  end
end

これらの高度なテクニックを活用することで、enumの利点を最大限に活かしたアプリケーション開発が可能になります。特に、他のgemとの連携は、開発効率と保守性の向上に大きく貢献します。

前の記事

Rails初心者からプロフェッショナルへ：実践で学ぶ究極のRu…

次の記事

【2024年保存版】Rails × Bootstrapで作る最…