あなたのコードはどこに行きますか？

Railsアプリにあるからといって、アクティブ/アクションから継承する必要があるという意味ではありません。

プレーンなRubyオブジェクトで独自のRubyコードを記述し、それらをRailsアプリで使用できます。 これらのオブジェクトは、問題の一部をモデル化しているため、引き続きモデルと呼ぶことができます。データを保存するActiveRecordデータベースがないだけです。

次回そのゲームのCSVパーサーに取り組んだときは、 Game クラスが少し大きくなりすぎていました。そこで、パーサーロジックを独自の GameCSVParserに移動しました クラス。

コミット全体はここにありますが、これは非ActiveRecordクラスがどのように見えるかです：

class GameCSVParser

  def initialize(csv_string)
    @rows = CSV.parse(csv_string, quote_char: "'")
  end

  def games
    game_rows.map { |row| Game.new(game_attributes(row)) }
  end

  private

  def game_rows
    @rows.select { |row| is_game_row?(row) }
  end

  def game_attributes(row)
    {
      dgs_game_id: row[1],
      opponent_name: row[2],
      created_at: row[4],
      updated_at: row[4],
    }
  end

  def is_game_row?(row)
    row[0] == 'G'
  end
end

追加するロジックが特定のActiveRecordモデルに関連していると思われない場合は、新しいプレーンなRubyオブジェクトの作成に進みます。または、コードがアプリにまだ存在していないものの一部であると思われる場合。それ以外の場合は、ほとんどの場合、リファクタリングによってポップアップします。

プレーンなRubyオブジェクトを使用すると、何でも書くことができます。しかし、あなたが何でも書くことができることを知っている 方向性については役に立ちません。どのような方法が必要ですか？すべての新しいオブジェクトはどのように相互作用しますか？

多くのRailsアプリは同じカテゴリを使用します プレーンなRubyオブジェクトの。 これらのカテゴリは、他の開発者が認識できるコードを作成するために従うことができるパターンです。すでにいくつか聞いたことがあるかもしれません。

サービスオブジェクト、プレゼンター、およびジョブ

サービスオブジェクト、プレゼンター、およびジョブについて特別なことは何もありません。これらは、特定の認識可能な方法で動作する単なるRubyオブジェクトです。

たとえば、Resqueジョブ はperformを持つプレーンなRubyクラスです メソッドと@queue ：

class FetchGamesForPlayer
  @queue = :default

  def self.perform(player_id)
    player = Player.scoped_by_id(player_id).ready_for_fetching.first
    player && player.fetch_new_games!
  end
end

実行 ジョブの実行時に呼び出されます。

class UserPresenter
  def show_related_users?
    @user.related.count > 3
  end
end