after_save에서 레코드가 방금 생성되었거나 업데이트되었는지 확인하는 방법

#new_record? 함수는 레코드가 저장되었는지 여부를 결정합니다. 그러나 그것은 항상 거짓입니다 after_save. 레코드가 새로 생성 된 레코드인지 아니면 업데이트에서 이전 레코드인지 확인하는 방법이 있습니까?

before_create모델에 플래그를 설정하거나 db에 대한 다른 쿼리를 요구하는 것과 같은 다른 콜백을 사용하지 않기를 바랍니다 .

조언을 주시면 감사하겠습니다.

편집 : 필요는 그것을 결정 없습니다 after_save후크, 내 특정 유스 케이스를 위해, 더이 updated_at나 updated_on타임 스탬프를

나는 이것을 after_save콜백 에 사용하려고했습니다 .

더 간단한 해결책은 (에서 id_changed?변경되지 않기 때문에 update) 또는 created_at_changed?타임 스탬프 열이있는 경우 에도 사용하는 것입니다.

업데이트 : @mitsy가 지적했듯이 콜백 외부 에서이 확인이 필요한 경우 id_previously_changed?. 문서를 참조하십시오 .

내가 아는 레일 마술은 여기에서 직접 수행해야합니다. 가상 속성을 사용하여이를 정리할 수 있습니다.

모델 클래스에서 :

def before_save
  @was_a_new_record = new_record?
  return true
end

def after_save
  if @was_a_new_record
    ...
  end
end

그러나 사람들을위한 또 다른 옵션을 할 수는 이 updated_at타임 스탬프를 :

if created_at == updated_at
  # it's a newly created record
end

after_create레코드 가 저장된 후 새 레코드 인 경우에만 호출 되는 콜백이 있습니다. after_update변경 및 저장 한 기존 레코드 인 경우 사용할 콜백 도 있습니다 . after_save중 후 콜백은, 두 경우 모두 호출 after_create하거나하는 것은 after_update이라고합니다.

after_create새 레코드를 저장 한 후 한 번 발생해야하는 경우에 사용하십시오 .

자세한 정보 : http://api.rubyonrails.org/classes/ActiveRecord/Callbacks.html

개체가 이미 저장되었으므로 이전 변경 사항을 확인해야합니다. ID는 생성 후에 만 ​​변경해야합니다.

# true if this is a new record
@object.previous_changes[:id].any?

인스턴스 변수도 @new_record_before_save있습니다. 다음을 수행하여 액세스 할 수 있습니다.

# true if this is a new record
@object.instance_variable_get(:@new_record_before_save)

둘 다 꽤 못 생겼지 만 객체가 새로 생성되었는지 여부를 알 수 있습니다. 도움이 되었기를 바랍니다.

Rails 5.1+ 방식 :

user = User.new
user.save!
user.saved_change_to_attribute?(:id) # => true

Rails 4 (4.2.11.1에서 확인 됨)의 경우 changes및 previous_changes메서드의 결과는 {}내부 객체 생성시 빈 해시 입니다 after_save. 따라서 attribute_changed?같은 방법 id_changed?은 예상대로 작동하지 않습니다.

그러나이 지식을 활용할 수 있으며 changes업데이트 시 적어도 하나의 속성이 있어야한다는 것을 알고 changes비어 있는지 확인하십시오 . 비어 있음을 확인한 후에는 객체 생성 중에 있어야합니다.

after_save do
  if changes.empty?
    # code appropriate for object creation goes here ...
  end
end

나는 :id정상으로 바뀌면 안된다는 것을 알고 있지만 구체적으로 말하고 싶지만

(byebug) id_change.first.nil?
true

매우 이상하고 예기치 않은 버그를 찾는 대신 구체적으로 지정하는 것이 항상 저렴합니다.

true신뢰할 수없는 주장에서 플래그를 기대하는 경우에도 마찬가지입니다.

def foo?(flag)
  flag == true
end

이것은 이상한 버그에 앉지 않기 위해 많은 시간을 절약합니다.