Ruby on Rails

индекс
81,97

ActiveModel: пусть любой Ruby объект почувствует себя ActiveRecord

Yehuda Katz опубликовал эту запись в своем блоге 10 января 2010 года.

Огромное количество действительно хорошей функциональности Rails 2.3 скрыты в его монолитных компонентах. Я уже публиковал несколько сообщений о том, как мы упростили код маршрутизатора, диспетчера и некоторых частей ActionController, частично реорганизовав функциональность ActionPack. ActiveModel — еще один модуль, появившийся в Rails 3 после реорганизации полезной функциональности.


Для начала — ActiveModel API


ActiveModel имеет два главных элемента. Первый — это API, интерфейс, которому должны соответствовать модели для совместимости с хелперами ActionPack. Дальше я расскажу о нем подробнее, а для начала важная деталь: вашу модель можно сделать подобной ActiveModel без единой строки Rails-кода.

Чтобы убедиться, подходят ли ваши модели для этого, ActiveModel предлагает модуль ActiveModel::Lint для тестирования совместимости с API — его нужно просто подключить (заинклудить) в тест:

Copy Source | Copy HTML
class LintTest < ActiveModel::TestCase
  include ActiveModel::Lint::Tests
 
  class CompliantModel
    extend ActiveModel::Naming
 
    def to_model
      self
    end
 
    def valid?() true end
    def new_record?() true end
    def destroyed?() true end
 
    def errors
      obj = Object.new
      def obj.[](key) [] end
      def obj.full_messages() [] end
      obj
    end
  end
 
  def setup
    @model = CompliantModel.new
  end
end

Тесты модуля ActiveModel::Lint::Tests проверяют совместимость объекта @model.

Модули ActiveModel


Второй интересной частью ActiveModel является набор модулей для реализации стандартной функциональности в ваших собственных моделях. Код для них был изъят из ActiveRecord, а теперь они отдельно включены в него уже сами по себе.

Поскольку мы сами пользуемся этими модулями, вы можете быть уверены, что функции API, которые вы добавите в свои модели, будут оставаться совместимыми с ActiveRecord, и что они будут поддерживаться в будущих релизах Rails.

Встроенная в ActiveModel интернационализация дает широкие возможности сообществу для работы над переводом сообщений об ошибках и тому подобного.

Система валидации


Наверное, валидация была одним из наиболее разочаровывающих мест ActiveRecord, потому что людям, писавшим библиотеки, например, для CouchDB, приходилось выбирать между буквальным переписыванием API с возможностью внести разные несоответствия в процессе переписывания и изобретением полностью нового API.

В валидации присутствуют несколько новых элементов.

Во-первых, объявление самой валидации. Вы помните как это было раньше в ActiveRecord:
Copy Source | Copy HTML
class Person < ActiveRecord::Base
  validates_presence_of :first_name, :last_name
end
Чтобы сделать то же самое на обыкновенном объекте Ruby, просто сделайте следующее:
 
class Person
  include ActiveModel::Validations
 
  validates_presence_of :first_name, :last_name
 
  attr_accessor :first_name, :last_name
  def initialize(first_name, last_name)
    @first_name, @last_name = first_name, last_name
  end
end

Система валидации вызывает read_attribute_for_validation для получения атрибута, но по умолчанию это просто алиас для send, который поддерживает стандартную систему атрибутов Ruby через attr_accessor.

Для изменения способа поиска атрибута можно переопределить read_attribute_for_validation:
Copy Source | Copy HTML
class Person
  include ActiveModel::Validations
 
  validates_presence_of :first_name, :last_name
 
  def initialize(attributes = {})
    @attributes = attributes
  end
 
  def read_attribute_for_validation(key)
    @attributes[key]
  end
end

Давайте посмотрим что такое валидатор по сути. В первую очередь, метод validates_presence_of:
Copy Source | Copy HTML
def validates_presence_of(*attr_names)
  validates_with PresenceValidator, _merge_attributes(attr_names)
end

Как видите, validates_presence_of использует более примитивный validates_with, передавая ему класс валидатора и добавляя к attr_names ключ {:attributes => attribute_names}. Дальше сам класс-валидатор:
Copy Source | Copy HTML
class PresenceValidator < EachValidator
  def validate(record)
    record.errors.add_on_blank(attributes, options[:message])
  end
end

Метод validate в классе EachValidator валидирует каждый атрибут. В данном случае он переопределен и добавляет сообщение об ошибке в объект только в том случае, если атрибут пустой.

Метод add_on_blank вызывает add(attribute, :blank, :default => custom_message) если value.blank? (среди всего прочего), который добавляет локализированное :blank сообщение в объект. Встроенный файл локализации для английского языка locale/en.yml выглядит следующим образом:

Copy Source | Copy HTML
en:
  errors:
    # Полный формат сообщения об ошибке по умолчанию.
    format: "{{attribute}} {{message}}"
 
    # Значения :model, :attribute и :value всегда доступны для изменения
    # Значение :count доступно если оно применимо. Может быть использовано для множественного числа.
    messages:
      inclusion: "is not included in the list"
      exclusion: "is reserved"
      invalid: "is invalid"
      confirmation: "doesn't match confirmation"
      accepted: "must be accepted"
      empty: "can't be empty"
      blank: "can't be blank"
      too_long: "is too long (maximum is {{count}} characters)"
      too_short: "is too short (minimum is {{count}} characters)"
      wrong_length: "is the wrong length (should be {{count}} characters)"
      not_a_number: "is not a number"
      greater_than: "must be greater than {{count}}"
      greater_than_or_equal_to: "must be greater than or equal to {{count}}"
      equal_to: "must be equal to {{count}}"
      less_than: "must be less than {{count}}"
      less_than_or_equal_to: "must be less than or equal to {{count}}"
      odd: "must be odd"
      even: "must be even"

В результате сообщение об ошибке будет выглядеть как first_name can't be blank.

Объект Error также является частью ActiveModel.

Сериализация


В ActiveRecord также встроена сериализация для JSON и XML, позволяющая делать вещи типа @person.to_json(:except => :comment).

Важнейшая вещь для сериализации — это поддержка общего набора атрибутов, принимаемых всеми сериализаторами. То есть чтобы можно сделать @person.to_xml(:except => :comment).

Чтобы добавить поддержку сериализации в вашу собственную модель, вам нужно добавить (заинклудить) модуль сериализации и реализацию метода attributes. Смотрите:
Copy Source | Copy HTML
class Person
  include ActiveModel::Serialization
 
  attr_accessor :attributes
  def initialize(attributes)
    @attributes = attributes
  end
end
 
p = Person.new(:first_name => "Yukihiro", :last_name => "Matsumoto")
p.to_json #=> %|{"first_name": "Yukihiro", "last_name": "Matsumoto"}|
p.to_json(:only => :first_name) #=> %|{"first_name": "Yukihiro"}|

Для того, чтобы конкретные атрибуты преобразовывались какими-то методами, можно передать опцию :methods; эти методы тогда будут вызваны динамически.

Вот модель Person с валидацией и сериализацией:
Copy Source | Copy HTML
class Person
  include ActiveModel::Validations
  include ActiveModel::Serialization
 
  validates_presence_of :first_name, :last_name
 
  attr_accessor :attributes
  def initialize(attributes = {})
    @attributes = attributes
  end
 
  def read_attribute_for_validation(key)
    @attributes[key]
  end
end

Другие модули


Мы познакомились всего с двумя модулями ActiveModel. Коротко об остальных:

AttributeMethods: Упрощает добавление методов класса для управления атрибутами типа table_name :foo.
Callbacks: Колбеки жизненного цикла объекта в стиле ActiveRecord.
Dirty: Поддержка «грязных» объектов.
Naming: Дефолтные реализации model.model_name, которые используются ActionPack (например, при render :partial => model).
Observing: Обзерверы (наблюдатели) в стиле ActiveRecord.
StateMachine: Простая реализация конечного автомата.
Translation: Базовая поддержка переводов на другие языки (интеграция с фреймворком интернационализации I18n).
Josh Peek реорганизовал методы из ActiveRecord в отдельные модули в рамках своего проекта для Google Summer of Code прошлым летом, и это только первый шаг всего процесса. Со временем я ожидаю увидеть больше вещей, выделенных из ActiveRecord, и больше абстракций вокруг ActiveModel.

Я также ожидаю от сообщества новых валидаторов, переводов, сериалайзеров и т.д., особенно сейчас, когда их можно использовать не только в ActiveRecord, но и в MongoMapper, Cassandra Object и других ORM, использующих модули ActiveModel.
+20
12 марта 2010, 13:30
12

комментарии (19)

НЛО прилетело и опубликовало эту надпись здесь
0
maratk #
ммм… не совсем понял вопрос, моделью в MVC называется модель :)
НЛО прилетело и опубликовало эту надпись здесь
0
maratk #
модель хранит данные, это состояние системы на конкретный момент времени (если можно так выразиться)
НЛО прилетело и опубликовало эту надпись здесь
0
hellraiser09 #
управляет моделью?
0
maratk #
обрабатывает данные модели и готовит их к представлению, обрабатывает пользовательские действия
НЛО прилетело и опубликовало эту надпись здесь
0
Omgovich #
Контроллер
НЛО прилетело и опубликовало эту надпись здесь
0
witdex #
Нет. Никто ниче не путает. Может сформулировать не может это другое дело. Ведь маппинг может отражать таблицу как обьект а не только сущность в таблице как обьект. Вы осветили лишь часть орм. Так что ORM может иметь полное права отвечать за модель в целом
И касательно интеграла… это явно не модель, параметры от пользователя не должно там быть. Это либо стороняя библиотека некий хелпер либо контролер с применением этой либы. Например в doctrine есть такое понятие как template вот если уже интеграл вычиялть на стороне модели это как раз он и будет. Но к сущности он не имеет никакого отношения.
0
Omgovich #
У меня такое ощущение, что вы занимаетесь троллингом.
Я уверен _в том_, что получение данных и вычисления на их основе _должен_ выполнять контроллер, а не модель, хотя в ней, разумеется, это тоже возможно.
0
dborovikov #
Раньше ломал на этот счет голову. Ясность пришла только после прочтения «архитектуры корпаративных приложений» Фаулера.
Если вкратце, то есть 2 подхода:
1) Flat Controller, это когда модель отвечает только за сохранение, а бизнес в контроллере.
2) Thin Controller, бизнес логика в модели.

В рельсах принят 1-й способ, но второй более правильный. Фактически в рельсах упразнили слой сервисов, что и стало причиной «толстых» контроллеров.
MVC это общая концепция отделения представления от БЛ. Совсем не обязательно наличие одноименнх классов. Мне вот больше ближе «трехзвенка» (бд->сервисы->контроллер<->ui), в этой схеме ui не имеет прямого доступа к БД.
НЛО прилетело и опубликовало эту надпись здесь
0
maratk #
теперь давайте вернемся к началу :) чем вызван вопрос? ответ «модель — это бизнес-логика» можно было написать сразу, но знание формулировок еще не означает понимание. что-то не так в статье?
0
apetrov #
в идеале
make_resourceful do
build :all
end
0
crtman #
Почуствовует?
0
maratk #
спасибо, посмеялся )))
0
SkyEagle #
Полезно, спасибо.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.