W moim obecnym programie railsowym używam czegoś takiego jak
user = User.find(10)Gdy nie ma użytkownika o ID = 10, będę miał wyjątek taki jak:
ActiveRecord::RecordNotFound: Couldn't find User with ID=10Czy mogę uzyskać zero zamiast zgłaszać wyjątek, więc kiedy robię coś takiego:
unless user = Challenge.find(10)
puts "some error msg"
end
Chcę tylko uzyskać zero, gdy nie ma rekordów i nie chcę używać rozpoczynania / ratowania
Dzięki
Odpowiedzi:
Tak, po prostu zrób:
Challenge.find_by_id(10)Dla szyn 4 i 5:
Challenge.find_by(id: 10).find_by_*że zwróci zero, a .findnie.
Something.find_by(id: x)utworzyłoby się instrukcję SQL ze wszystkimi parami atrybut / wartość hasha jako część klauzuli WHERE. Dla mnie wygląda na błąd w Railsach.
find_by_...wyszukiwarki dla każdego atrybutu, który zawiera model :id. Challenge.find_by_id(10)Powinien więc działać niezależnie od wersji Railsów.
Challenge.find(10) rescue nil
W Railsach 4, dynamiczne wyszukiwarki - takie jak find_by_idużyte w zaakceptowanej odpowiedzi - zostały wycofane.
Idąc dalej, powinieneś użyć nowej składni:
Challenge.find_by id: 10Challenge.find_by(id: 10)jest inny sposób pisania tego
możesz to zrobić trochę hakersko, po prostu użyj interfejsu zapytań ActiveRecord.
zwróci to zero, zamiast zgłosić wyjątek
User.where(:id => 10).firstfind_by_iddlatego, że jest przenośny z Rails 3 do 4. W Rails 4 jest find_by(:id => 10).
Dlaczego po prostu nie złapiesz wyjątku? Twoja sprawa wygląda dokładnie tak, jak zostały stworzone wyjątki:
begin
user = User.find(10)
rescue ActiveRecord::RecordNotFound
puts "some error msg"
end
Jeśli chcesz naprawić błąd w bloku ratunkowym (np. Ustawiając użytkownika zastępczego (wzorzec null)), możesz kontynuować pracę z kodem poniżej tego bloku. W przeciwnym razie możesz po prostu umieścić cały kod „szczęśliwego przypadku” w bloku między „begin” i „rescue”.
begin…endbloku, jeśli masz już blok, taki jak metoda kontrolera. W takim przypadku jedyną dodatkową linią, której potrzebujesz, jest rescuelinia. O wiele bardziej eleganckie i łatwiejsze w obsłudze niż sprawdzanie za nilpomocą ifoświadczenia.
Możesz tego spróbować Challenge.exists?(10)
Dla tych, którzy walczą z mangusty , okazuje się, że obie findi find_bymetody będą stanowić wyjątek - bez względu na wersję railsową !
Istnieje opcja (mianowicie raise_not_found_error ), która może być ustawiona na false, ale gdy falsey sprawia, że findmetoda również nie zgłasza wyjątku.
Tak więc rozwiązaniem dla użytkowników mongoidów jest obrzydliwy kod:
User.where(id: 'your_id').first # argghhh.where(email: params[:email]).firstdla mnie.
rescueskładni, ponieważ może ona ukryć problemy, takie jak literówki
tak proste, jak:
user = User.find(10) rescue nilif user...else
Możesz użyć find_by z wymaganym atrybutem (w twoim przypadku id), to zwróci nil zamiast dawać błąd, jeśli podany id nie zostanie znaleziony.
user = Challenge.find_by_id(id_value)lub możesz użyć nowego formatu:
user = Challenge.find_by id: id_valueMożesz również użyć gdzie, ale musisz wiedzieć, że jeśli zwracasz relację rekordu aktywnego z zerem lub większą liczbą rekordów, musisz najpierw użyć, aby zwrócić tylko jeden rekord lub zero w przypadku, gdy nie zwrócą żadnych rekordów.
user = Challenge.where(id: id_value).first