Szyny generują częściowe części formularza, które mogą być używane zarówno na stronie renderowanej przez akcję pobierania, jak i na stronie renderowanej przez nową akcję. Jeśli jest to pierwsze, metoda formularza jest ustawiona na PUT, jeśli ta ostatnia akcja formularza jest ustawiona na POST.W jaki sposób szyny decydują o renderowaniu formularza za pomocą metody PUT lub POST?
W jaki sposób szyny decydują, której metody użyć?
jeśli obiekt przeszedł do formularza jest persisted?, budowniczy forma wie, że jesteś aktualizowanie obiektu i spowoduje wyświetlenie akcji PUT. Jeśli nie jest trwały, to wie, że tworzysz nowy obiekt i będzie używał POST.
<%= form_for @user do |f| %>
<%= f.button %>
<% end %>
Jeśli @user to nowy rekord, POST służy przycisk i etykieta staje Create User, inaczej PUT służy i etykieta staje Update User. Nie ma o wiele więcej.
Formularze edytowania istniejących zasobów używają PUT, formularzy tworzących nowe wykorzystanie zasobów POST. Zgodnie ze standardami REST opisanymi jako here.
z szyn kodowych form_for pomocnik:
action, method = object.respond_to?(:persisted?) && object.persisted? ? [:edit, :put] : [:new, :post]
i persisted? dla ActiveRecord jest zadeklarowana jako:
!(new_record? || destroyed?)
Moje pytanie brzmiało, w jaki sposób Rails decyduje, którą metodę ustawić w formularzu. Do czego służy decyzja? – Undistraction
Zaktualizowany, czy to tego chciałeś? – PinnyM
Dzięki. Afraid @hgmnz pobił cię jednak do uderzenia. – Undistraction
Dzięki. Skończyło się na użyciu created_at, ponieważ uzyskiwałem dostęp do mojego modelu z jsonem po stronie klienta, a @model został ujawniony jako skrót od gon. Pozostały mi tylko właściwości do pracy. – Undistraction