Rails new vs create

From the ActiveRecord:: Base documentation:

create (attributes = nil) {|object| ...}

Tworzy obiekt (lub wiele obiektów)i zapisuje go do bazy danych, jeśli walidacje przebiegną. Wynikowy obiekt jest zwracany niezależnie od tego, czy obiekt został pomyślnie zapisany w bazie danych, czy nie.

new (attributes = nil) {/self if block_given?| ...}

Nowe obiekty mogą być tworzone jako puste (pass no parametr budowy) lub wstępnie ustawiony z atrybutami, ale jeszcze nie zapisany(przekaż hash z nazwami kluczy pasującymi do powiązanych nazw kolumn tabeli). W obu przypadkach prawidłowe klucze atrybutów są określane przez nazwy kolumn powiązanej tabeli - dlatego nie można mieć atrybutów, które nie są częścią kolumn tabeli.

Więc create tworzy instancje nowego obiektu, sprawdza go, a następnie zapisuje do bazy danych. I new tworzy tylko obiekt lokalny, ale nie próbuje walidować lub zachowaj to dla DB.

New tworzy instancje nowej instancji modelu, ale nie jest ona zapisywana, dopóki nie zostanie wywołana metoda save.

Create robi to samo co new, ale również zapisuje go do bazy danych.

Czasami chcesz coś zrobić przed zapisaniem czegoś do bazy danych, czasami po prostu chcesz utworzyć i zapisać to od razu.

Pozostałe części Rails są wykonane tak, aby były bardzo zbliżone do działania protokołu HTTP. W protokole HTTP żądanie GET nie powinno modyfikować żadnych danych. Logicznie, jeśli spojrzysz na sposób, w jaki działają wszystkie akcje RESTful w Rails, będą one pasowały do akcji HTTP. POST służy do generowania nowych danych, więc jest logicznie tworzony. Używasz GET do serwowania wersji formularza tego lub innymi słowy, nowej akcji. Index I show to także GETs, update to PUT (lub PATCH w Rails 4+), A destroy to usuwanie w HTTP.

Ponadto, ładnie oddziela logikę w kontrolerze i daje płynny sposób radzenia sobie z błędami (poprzez ponowne renderowanie nowej akcji z komunikatami o błędach).