W przypadku railsów, jak mogę się dowiedzieć, co spowodowało awarię .save (), inne niż błędy walidacji?

Question 1

Mam model ActiveRecord, który wraca truez valid?(i .errors jest pusty), ale wraca falsez save(). Jeśli instancja modelu jest prawidłowa, jak mogę dowiedzieć się, co powoduje niepowodzenie zapisu?

Question 2

Sprawdź wszystkie swoje oddzwonienia.

Miałem taki problem, gdy miałem i metodę „after_validate”, która zawodziła po wprowadzeniu wielu zmian w modelu. Model był prawidłowy, ale "after_validate" zwracał fałsz, więc jeśli użyłem model.validgo, powiedziałem prawdę, ale jeśli go zapisałem, dostałem błędy walidacji (przekazane z wywołania zwrotnego after_validate). To było dziwne.

Spójrz na ślad aplikacji, a powinieneś być w stanie zobaczyć, który wiersz kodu zgłasza wyjątek.

Question 3

Spróbuj użyć wersji save!z hukiem (z wykrzyknikiem na końcu) i sprawdź wynikowy błąd.

Question 4

Jeśli @user.save(na przykład) zwraca false, po prostu uruchom to, aby uzyskać wszystkie błędy:

@user.errors.full_messages

Question 5

Tak, rozwiązałem ten problem, upewniając się, że zwracam wartość true we wszystkich moich wywołaniach zwrotnych before_ *, a następnie zaczyna działać :)

Question 6

Problem polegał na tym, że zapomniałem dodać walidację do modelu.

class ContactGroup < ActiveRecord::Base
  validates_presence_of :name
end

Answer 1

91

Mam model ActiveRecord, który wraca truez valid?(i .errors jest pusty), ale wraca falsez save(). Jeśli instancja modelu jest prawidłowa, jak mogę dowiedzieć się, co powoduje niepowodzenie zapisu?

ruby-on-rails activerecord kdt
źródło

7

Miałem ten problem kilka tygodni temu. Niektóre refaktoryzacje pozostawiły funkcję before_save zwracającą przez cały czas false, co powoduje niepowodzenie zapisywania.

Jeff Paquette,

1

@Jeff - dzięki, okazuje się, że była metoda: before_save zwracająca false. Jak się dowiedziałeś? Czy to była tylko inspekcja kodu?

kdt

To była inspekcja kodu i robienie różnic z kontrolą wersji.

Jeff Paquette,

Answer 2

7

Miałem ten problem kilka tygodni temu. Niektóre refaktoryzacje pozostawiły funkcję before_save zwracającą przez cały czas false, co powoduje niepowodzenie zapisywania.

Jeff Paquette,

Answer 3

1

@Jeff - dzięki, okazuje się, że była metoda: before_save zwracająca false. Jak się dowiedziałeś? Czy to była tylko inspekcja kodu?

kdt

Answer 4

To była inspekcja kodu i robienie różnic z kontrolą wersji.

Jeff Paquette,

Answer 5

49

Sprawdź wszystkie swoje oddzwonienia.

Miałem taki problem, gdy miałem i metodę „after_validate”, która zawodziła po wprowadzeniu wielu zmian w modelu. Model był prawidłowy, ale "after_validate" zwracał fałsz, więc jeśli użyłem model.validgo, powiedziałem prawdę, ale jeśli go zapisałem, dostałem błędy walidacji (przekazane z wywołania zwrotnego after_validate). To było dziwne.

Spójrz na ślad aplikacji, a powinieneś być w stanie zobaczyć, który wiersz kodu zgłasza wyjątek.

Andrzej
źródło

2

Zgodnie z komentarzem Jeffa, problem okazał się być wywołaniem zwrotnym before_save zwracającym false.

kdt

3

@kdt - na tym właśnie polegał mój problem. Nie myślałem o tym, ponieważ before_save miało po prostu ustawić właściwość, ale ponieważ ustawiało ją na fałszywą wartość, która została niejawnie zwrócona i sprawiła, że zapisywanie nie powiodło się. Z drugiej strony mam teraz możliwość naprawienia tego kodu poprzez dodanie linii "Hey! That's MY fake leg!" # Believe it or not, this is important. Nie żebym to zrobił. ;)

Nathan Long

2

Dobrym sposobem na zapewnienie prawdziwej wartości zwracanej jesttrue.tap { do_something }

Nathan Long

wow, co za niejasny problem. Nigdy nie zgadłby, że wywołanie zwrotne zwracające fałsz przestałoby zapisywać. Czy ktoś mógłby wskazać mi dokumentację na ten temat? Dzięki za zwrócenie uwagi!

andy

1

@andy Guides.rubyonrails.org/…

Andrzej

Answer 6

2

Zgodnie z komentarzem Jeffa, problem okazał się być wywołaniem zwrotnym before_save zwracającym false.

kdt

Answer 7

3

@kdt - na tym właśnie polegał mój problem. Nie myślałem o tym, ponieważ before_save miało po prostu ustawić właściwość, ale ponieważ ustawiało ją na fałszywą wartość, która została niejawnie zwrócona i sprawiła, że zapisywanie nie powiodło się. Z drugiej strony mam teraz możliwość naprawienia tego kodu poprzez dodanie linii "Hey! That's MY fake leg!" # Believe it or not, this is important. Nie żebym to zrobił. ;)

Nathan Long

Answer 8

2

Dobrym sposobem na zapewnienie prawdziwej wartości zwracanej jesttrue.tap { do_something }

Nathan Long

Answer 9

wow, co za niejasny problem. Nigdy nie zgadłby, że wywołanie zwrotne zwracające fałsz przestałoby zapisywać. Czy ktoś mógłby wskazać mi dokumentację na ten temat? Dzięki za zwrócenie uwagi!

andy

Answer 10

1

@andy Guides.rubyonrails.org/…

Andrzej

Answer 11

116

Spróbuj użyć wersji save!z hukiem (z wykrzyknikiem na końcu) i sprawdź wynikowy błąd.

Andy Lindeman
źródło

4

zapisać! po prostu wyrzuca RecordNotSaved (kiedy drukuję .message o wyjątku, otrzymuję tylko nazwę klasy wyjątku). Czy jest miejsce, w którym powinienem szukać więcej szczegółów?

kdt

1

Jeśli jesteś w trybie programowania Railsów, powinien on wypisać pełny opis błędu wraz ze śladem stosu. Zajrzyj tam, aby znaleźć wskazówki i / lub opublikuj je tutaj.

Andy Lindeman

1

Używam konsoli, ładuję obiekt (np. O = Object.find #id), a następnie robię o.save! jak mówi odpowiedź. Wyświetla, dlaczego nie zapisuje.

pduey

1

FYI, call save!może podnieść ActiveRecord::RecordInvalid(ponieważ uruchamia walidację), a ActiveRecord::RecordNotSavedwięc to jest to, co chcesz uratować.

Dennis

2

+1, ponieważ jest to najmniej niezadowalająca odpowiedź na fundamentalne pytanie, jak diagnozować .saveniepowodzenia, które nie są spowodowane walidacją. Określenie „najmniej niezadowalające” odnosi się do Railsów, a nie do tej odpowiedzi.

Chuck Batson

Answer 12

4

zapisać! po prostu wyrzuca RecordNotSaved (kiedy drukuję .message o wyjątku, otrzymuję tylko nazwę klasy wyjątku). Czy jest miejsce, w którym powinienem szukać więcej szczegółów?

kdt

Answer 13

1

Jeśli jesteś w trybie programowania Railsów, powinien on wypisać pełny opis błędu wraz ze śladem stosu. Zajrzyj tam, aby znaleźć wskazówki i / lub opublikuj je tutaj.

Andy Lindeman

Answer 14

1

Używam konsoli, ładuję obiekt (np. O = Object.find #id), a następnie robię o.save! jak mówi odpowiedź. Wyświetla, dlaczego nie zapisuje.

pduey

Answer 15

1

FYI, call save!może podnieść ActiveRecord::RecordInvalid(ponieważ uruchamia walidację), a ActiveRecord::RecordNotSavedwięc to jest to, co chcesz uratować.

Dennis

Answer 16

2

+1, ponieważ jest to najmniej niezadowalająca odpowiedź na fundamentalne pytanie, jak diagnozować .saveniepowodzenia, które nie są spowodowane walidacją. Określenie „najmniej niezadowalające” odnosi się do Railsów, a nie do tej odpowiedzi.

Chuck Batson

Answer 17

112

Jeśli @user.save(na przykład) zwraca false, po prostu uruchom to, aby uzyskać wszystkie błędy:

@user.errors.full_messages

Sam Alex
źródło

13

Jak wspomniałem w pytaniu, .valid? jest prawdą - tj. nie ma błędów walidacji. Sprawdziłem, że .errors zwraca również pustą listę (zaktualizowałem pytanie, aby to wskazać)

kdt

Answer 18

13

Jak wspomniałem w pytaniu, .valid? jest prawdą - tj. nie ma błędów walidacji. Sprawdziłem, że .errors zwraca również pustą listę (zaktualizowałem pytanie, aby to wskazać)

kdt

Answer 19

3

Tak, rozwiązałem ten problem, upewniając się, że zwracam wartość true we wszystkich moich wywołaniach zwrotnych before_ *, a następnie zaczyna działać :)

Pencilcheck
źródło

Answer 20

-1

Problem polegał na tym, że zapomniałem dodać walidację do modelu.

class ContactGroup < ActiveRecord::Base
  validates_presence_of :name
end

Ian Vaughan
źródło

W przypadku railsów, jak mogę się dowiedzieć, co spowodowało awarię .save (), inne niż błędy walidacji?

Odpowiedzi: