Quando usare `save` vs` save! `Nel modello?

Question

In base a save bang your head, active record will drive you mad, dovremmo evitare di utilizzare l'idioma save! e rescue per situazioni eccezionali. Detto questo, supponiamo che un modello abbia bisogno di @post.mark_rejected.

Se il codice in mark_rejected non riesce a causa di uno dei seguenti problemi, è necessario generare un'eccezione? :

• se c'è un problema di validazione
• se un non-nullable-campo è stato viene assegnato un valore nullo
• se ci fosse una perdita di connessione al database di

Se noi non gettiamo un'eccezione, quindi:

• azione di controllo avrebbe dovuto controllare per valore di ritorno di mark_rejected e da fare è cosa
• non ci aspettiamo un'eccezione da quella chiamata di metodo, quindi non scriviamo una clausola rescue nell'azione del controller, quindi l'eccezione bolle fino a (..wherever ..) e probabilmente verrà visualizzata come alcuni (500 HTTP ?) errore

codice Esempio:

def mark_rejected 
    ... 
    save! 
end 

o

def mark_rejected 
    ... 
    save 
end 

Answer 1

c'è di più in testa in un'eccezione, per cui v'è un problema di prestazioni, especi alleato quando ci si può aspettare che venga gettato spesso, come nel caso di save.

Si tratta di un minor numero di linee di codice per verificare se il valore di ritorno è falso di salvare un'eccezione, quindi non vedo come si tratta di un problema di dover controllare il valore restituito se si dispone già di salvare l'eccezione. Con quale frequenza un'eccezione generata da save! deve mai creare una bolla nello stack di chiamate in pratica? Raramente, se mai, nella mia esperienza.

Se viene emessa un'eccezione quando si chiama save anziché save!, si consiglia di visualizzare una pagina di errore 500 perché è ciò che è accaduto: un errore interno irreversibile, sconosciuto, imprevisto del server interno.

Answer 2

save! genera un errore se non riesce.

save restituirà il valore booleano come vero o falso.