đường ray 3.1: cách ứng dụng có thể xử lý các 'lý do' khác nhau cho ActiveRecord :: RecordInvalid (ví dụ: trùng lặp và lỗi xác thực)

Question

Trong ứng dụng của mình, đôi khi tôi tạo Người dùng đang bay và email của người dùng phải là định dạng hợp lệ và là duy nhất.

Tôi muốn chuyển hướng đến các địa điểm khác nhau tùy thuộc vào việc xác thực mà gây ra lỗi được tăng lên: định dạng không hợp lệ so với trùng lặp.

Trong mã của tôi, tôi có

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 

Nếu email là định dạng không hợp lệ (chẳng hạn như "user @ dụ") e.message là "Validation thất bại: Email không hợp lệ"

Nếu email đã tồn tại trong bảng, e.message là "Xác thực không thành công: Email đã được thực hiện"

Tôi ghét ý tưởng phân tích văn bản e.message để xác định lý do ... có cách nào tốt hơn cho trình xử lý cứu hộ không để phát hiện nguyên nhân cơ bản của một ngoại lệ ActiveRecord :: RecordInvalid w như ném?

P.S. Tôi biết trong ví dụ này tôi chỉ có thể kiểm tra trước email đã tồn tại trước khi thực hiện lưu, nhưng tôi đang cố gắng hiểu giải pháp chung để phát hiện và hành động trên các lỗi xác thực khác nhau ném cùng một ngoại lệ.

Answer 1

Các Rails cách tiêu chuẩn để làm điều này là không sử dụng các nhà điều hành bang, trong đó đặt ra một ngoại lệ, nhưng để sử dụng tiêu chuẩn tiết kiệm phương pháp và kiểm tra xem nó trở lại đúng hay sai:

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

Và trong bạn chế độ xem tạo người dùng:

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

Answer 2

Nếu tôi hiểu những gì bạn đang cố gắng làm chính xác, một cách để làm điều này sẽ chỉ là khẳng định sự hiện diện của lỗi ở cấp trường. ví dụ.

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

Ngoài ra, bạn xác định một số bản đồ về những gì các lĩnh vực chuyển hướng nơi như một hằng số (ví dụ REDIRECT_PATHS trong trường hợp này bạn kết thúc với một cái gì đó như:

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

nơi bạn có thể chỉ vòng qua field_name s