rotaie 3.1: come può App gestire diversi 'ragioni' per ActiveRecord :: RecordInvalid (ad esempio, duplicare vs errore di convalida)

Question

Nella mia app, ho a volte creare un utente al volo, e-mail di un utente deve essere un formato valido ed essere unico

Vorrei reindirizzare a luoghi diversi a seconda di quale convalida causato l'errore di essere sollevato: formato non valido vs duplicato.

Nel mio codice ho

begin 
     user.save! 
     flash[:notice] = "Created new user #{email} with password #{password}" 

    rescue ActiveRecord::RecordInvalid => e 
     flash[:alert] = "Failed to create account because #{e.message}" 
     redirect_to SOMEPLACE 
    end 

Se l'email è formato non valido (come "user @ example") e.Message è "Validazione fallita: La posta elettronica è valido"

Se l'e-mail esiste già nella tabella, e.message è "Convalida non riuscita: l'e-mail è già stata presa"

Odio l'idea di analizzare il testo e.message per determinare il motivo ... c'è un modo migliore per un gestore di salvataggio per rilevare il motivo sottostante un'eccezione ActiveRecord :: RecordInvalid w come gettato?

P.S. So che in questo esempio posso semplicemente controllare in anticipo l'e-mail già esistente prima di fare un salvataggio, ma sto cercando di capire la soluzione generale per rilevare e agire su diversi fallimenti di convalida generando la stessa eccezione.

Answer 1

Il metodo standard Rails per fare questo è di non usare l'operatore botto, che solleva un'eccezione, ma di utilizzare lo standard Salva metodo e verificare se restituito vero o falso:

if @user.save 
    flash[:notice] = "User created." 
    redirect_to :action => :index 
else 
    flash[:alert] = "User could not be created." 
    render :action => :new 
end 

E nel tuo utente vista creazione:

<% if @user.errors.any? %> 
    <ul> 
    <% @user.errors.full_messages.each do |msg| %> 
     <li><%= msg %></li> 
    <% end %> 
    </ul> 
<% end %> 

Answer 2

Se sto capire che cosa si sta cercando di fare in modo corretto, un modo per farlo sarebbe quello di far valere solo contro la presenza di un errore nel livello di campo. per esempio.

if user.errors[:field_name].present? 
    redirect_to path_for_field_name_error 
end 

In alternativa, è possibile definire alcuni mappatura dei quali campi reindirizzare dove come una costante (ad es REDIRECT_PATHS nel qual caso si finisce con qualcosa di simile:

redirect_to REDIRECT_PATHS[field_name] if user.errors[:field_name].present? 

in cui si può solo ciclo nel corso degli field_name s .