Contrllerは何をすべきか


このコードを見てください.
class TaskController < ApplicationController
  active_scaffold :tasks

  protected

  def before_update_save(record)
    record.updated_by = current_user
  end
end
 
私たちはよく論理がどこにあるかを議論します.ページとcontrollerの間には一般的に言えますが、問題はビジネス層とcontrollerの間にあります.この例は典型的ですuserのような情報は、ステータス情報であり、controllerはこれらを提供することができるため、ビジネス層では得られない.RIAの衝撃の下で、controllerの機能は大量のユーザーUIのインタラクティブロジックを含まないので、その価値も浮き彫りになりました.会話、これこそcontrollerが本当に得意なところです.この意味では、以前は不明だったビジネスロジック層/サービス層/表現層のアーキテクチャ体系を、より理解しやすいアーキテクチャに置き換えることができます.ビジネスロジック層/セッション層/表現層ここで、唯一変わらないのはビジネスロジック層だけで、その2つは、セッション層がcontrollerであり、無状態のアーキテクチャの中で、最終的にユーザー・ステータスをバックエンド・ビジネスに関連付けるのは、このセッション・レイヤです.その役割もそれだけです.表現層は一般的に私たちがよく言うhtml/js/cssなどに対応しており、RIAであり、MVC構造を持っており、ブラウザ上にあるため、ユーザーの応答能力が優れている.別の角度から見ると、セッション層と表現層があり、このシステムアーキテクチャにtcp/ipプロトコルを加えて、osi 7層のように見えませんか?オープン・システム・アーキテクチャ(OSI)の7階層プロトコルは、もともとネットワーク・アーキテクチャとアプリケーション・アーキテクチャの接続の結果である可能性があります.