So stellen Sie fest, ob ein Datensatz gerade in after_save erstellt oder aktualisiert wurde

Der #new_record? Funktion bestimmt, ob ein Datensatz gespeichert wurde. Aber es ist immer falsch im after_saveHaken. Gibt es eine Möglichkeit, anhand der Aktualisierung festzustellen, ob es sich bei dem Datensatz um einen neu erstellten oder einen alten Datensatz handelt?

Ich hoffe, keinen weiteren Rückruf before_createzu verwenden, um beispielsweise ein Flag im Modell zu setzen oder eine weitere Abfrage in der Datenbank zu erfordern.

Jeder Rat wird geschätzt.

Bearbeiten: Sie müssen es im after_saveHook bestimmen , und für meinen speziellen Anwendungsfall gibt es keinen updated_atoder updated_onZeitstempel

Ich wollte dies für einen after_saveRückruf verwenden.

Eine einfachere Lösung ist die Verwendung id_changed?(da sie sich nicht ändert update) oder auch created_at_changed?wenn Zeitstempelspalten vorhanden sind.

Update: Wie @mitsy hervorhebt, verwenden Sie diese Option, wenn diese Prüfung außerhalb von Rückrufen erforderlich ist id_previously_changed?. Siehe Dokumente .

Keine Schienenmagie hier, von der ich weiß, du musst es selbst tun. Sie können dies mit einem virtuellen Attribut bereinigen ...

In Ihrer Modellklasse:

def before_save
  @was_a_new_record = new_record?
  return true
end

def after_save
  if @was_a_new_record
    ...
  end
end

Eine weitere Option für diejenigen , die zu tun haben einen updated_atZeitstempel:

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

Es gibt einen after_createRückruf, der nur aufgerufen wird, wenn der Datensatz nach dem Speichern ein neuer Datensatz ist . Es gibt auch einen after_updateRückruf zur Verwendung, wenn dies ein vorhandener Datensatz war, der geändert und gespeichert wurde. Der after_saveRückruf wird in beiden Fällen entweder nach after_createoder after_updateaufgerufen.

Verwenden after_createSie diese Option, wenn nach dem Speichern eines neuen Datensatzes einmal etwas passieren muss.

Weitere Informationen hier: http://api.rubyonrails.org/classes/ActiveRecord/Callbacks.html

Da das Objekt bereits gespeichert wurde, müssen Sie sich die vorherigen Änderungen ansehen. Die ID sollte sich erst nach einer Erstellung ändern.

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

Es gibt auch eine Instanzvariable @new_record_before_save. Sie können darauf zugreifen, indem Sie folgende Schritte ausführen:

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

Beide sind ziemlich hässlich, aber Sie können feststellen, ob das Objekt neu erstellt wurde. Hoffentlich hilft das!

Schienen 5.1+ Weg:

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

Für Rails 4 (aktiviert in 4.2.11.1) sind Ergebnisse changesund previous_changesMethoden leere Hashes {}bei der Objekterstellung im Inneren after_save. So attribute_changed?Methoden wie id_changed?nicht funktionieren wie erwartet.

Sie können dieses Wissen jedoch nutzen und - wenn Sie wissen, dass mindestens 1 Attribut changesbeim Update vorhanden sein muss - prüfen, ob changeses leer ist. Sobald Sie bestätigt haben, dass es leer ist, müssen Sie sich während der Objekterstellung befinden:

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

Ich bin gerne spezifisch, auch wenn ich mir bewusst bin, dass sich :iddas nicht normal ändern sollte, aber

(byebug) id_change.first.nil?
true

Es ist immer billiger, spezifisch zu sein, anstatt einen sehr seltsamen, unerwarteten Fehler zu finden.

Genauso, wenn ich eine trueFlagge von einem nicht vertrauenswürdigen Argument erwarte

def foo?(flag)
  flag == true
end

Dies spart viele Stunden, um nicht auf seltsamen Käfern zu sitzen.