Как правильно переопределить метод установки в Ruby on Rails?


184

Я использую Ruby on Rails 3.2.2, и я хотел бы знать, является ли следующий «правильный» / «правильный» / «верный» способ переопределить метод установки для атрибута моего класса.

attr_accessible :attribute_name

def attribute_name=(value)
  ... # Some custom operation.

  self[:attribute_name] = value
end

Код выше, кажется, работает как ожидалось. Однако я хотел бы знать, будут ли в будущем при использовании приведенного выше кода возникать проблемы или, по крайней мере, какие проблемы «следует ожидать» / «могут возникнуть» с Ruby on Rails . Если это неправильный способ переопределить метод установки, каков правильный путь?


Примечание : если я использую код

attr_accessible :attribute_name

def attribute_name=(value)
  ... # Some custom operation.

  self.attribute_name = value
end

Я получаю следующую ошибку:

SystemStackError (stack level too deep):
  actionpack (3.2.2) lib/action_dispatch/middleware/reloader.rb:70

4
Я люблю применяемую терминологию «правильно» / «правильно» / «точно». Когда вы даете ему 3 способа, это действительно гарантирует, что нет неправильного толкования. Хорошая работа!
Джей

5
@Jay - «Тонкость итальянизма»; -)
Бако

2
Просто для ясности, «слишком большой уровень стека» относится к тому факту, что это рекурсивный вызов ... сам вызов.
Nippysaurus

Ответы:


295

================================================== ========================= Обновление: 19 июля 2017 г.

Теперь документация по Rails также предлагает использовать superвот так:

class Model < ActiveRecord::Base

  def attribute_name=(value)
    # custom actions
    ###
    super(value)
  end

end

================================================== =========================

Оригинальный ответ

Если вы хотите переопределить методы установки для столбцов таблицы при доступе через модели, это способ сделать это.

class Model < ActiveRecord::Base
  attr_accessible :attribute_name

  def attribute_name=(value)
    # custom actions
    ###
    write_attribute(:attribute_name, value)
    # this is same as self[:attribute_name] = value
  end

end

Смотрите раздел Переопределение методов доступа по умолчанию в документации по Rails.

Итак, ваш первый метод - это правильный способ переопределить установщики столбцов в моделях Ruby on Rails. Эти средства доступа уже предоставлены Rails для доступа к столбцам таблицы в качестве атрибутов модели. Это то, что мы называем ActiveRecord ORM.

Также имейте в виду, что attr_accessibleверхняя часть модели не имеет ничего общего с аксессуарами. Он имеет совершенно другую функциональность (см. Этот вопрос )

Но в чистом Ruby, если вы определили методы доступа для класса и хотите переопределить метод установки, вы должны использовать переменную экземпляра следующим образом:

class Person
  attr_accessor :name
end

class NewPerson < Person
  def name=(value)
    # do something
    @name = value
  end
end

Это будет легче понять, если вы знаете, что attr_accessorделает. Код attr_accessor :nameэквивалентен этим двум методам (getter и setter)

def name # getter
  @name
end

def name=(value) #  setter
  @name = value
end

Также ваш второй метод дает сбой, потому что он вызовет бесконечный цикл, так как вы вызываете тот же метод attribute_name=внутри этого метода.


9
Для Rails 4 просто пропустите, attr_accessibleтак как его там больше нет, и он должен работать
zigomir

11
Почему бы не позвонить super?
Натан Лилиенталь

1
У меня сложилось впечатление, что поскольку средства доступа и авторы создаются динамически, они superмогут не работать. Но, похоже, дело не в этом. Я только что проверил, и это работает для меня. Также этот вопрос задают так же
rubyprince

4
Есть огромная ошибка с write_attribute. Конверсии будут пропущены. Имейте в виду, что write_attributeконверсии часовых поясов с датами будут пропущены, что почти всегда будет нежелательным.
Тим Скотт

2
Super также будет работать, но есть некоторые причины, по которым вы не захотите нам этого. Например, в mongoid gem есть ошибка, из-за которой вы не можете передать массив, если вы используете метод getter. Это ошибка из-за способа управления массивом в памяти. Также @name будет также возвращать установленное значение, а не вызывать метод, который вы перезаписываете. Однако в вышеупомянутом решении оба будут работать просто отлично.
newdark-it

44

Используйте superключевое слово:

def attribute_name=(value)
  super(value.some_custom_encode)
end

И наоборот, чтобы переопределить читателя:

def attribute_name
  super.some_custom_decode
end

1
Лучший ответ, чем принятый IMO, поскольку он ограничивает вызов метода тем же именем. Это сохраняет унаследованное переопределенное поведение для attribute_name =
Эндрю Шварц

Переопределение метода получения стало опасным в Rails 4.2 из-за этого изменения: github.com/rails/rails/commit/… Ранее помощники формы вызывали значение поля untyypecast и не вызывали ваш пользовательский метод получения. Теперь они вызывают ваш метод, и поэтому в ваших формах будут появляться запутанные результаты в зависимости от того, как вы переопределяете значение.
Брендон Мьюр

16

В рельсах 4

скажем, у вас есть возрастной атрибут в вашей таблице

def age=(dob)   
    now = Time.now.utc.to_date
    age = now.year - dob.year - ((now.month > dob.month || (now.month == dob.month && now.day >= dob.day)) ? 0 : 1)
    super(age) #must add this otherwise you need to add this thing and place the value which you want to save. 
  end

Примечание: для новичков в рельсах 4 вам не нужно указывать attr_accessible в модели. Вместо этого вы должны занести в белый список свои атрибуты на уровне контроллера, используя метод разрешения .


3

Я обнаружил, что (по крайней мере для коллекций отношений ActiveRecord) работает следующий шаблон:

has_many :specialties

def specialty_ids=(values)
  super values.uniq.first(3)
end

(Это захватывает первые 3 не повторяющихся записи в переданном массиве.)


0

Использование attr_writerдля перезаписи установщика attr_writer: имя_атрибута

  def attribute_name=(value)
    # manipulate value
    # then send result to the default setter
    super(result)
  end
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.