Build vs new in Rails 3

Question

In Rails 3 docs, il metodo build per associazioni è descritto come il metodo new, ma con l'assegnazione automatica della chiave esterna. Direttamente dai documenti:

Firm#clients.build (similar to Client.new("firm_id" => id)) 

Ho letto simile altrove.

Tuttavia, quando uso new (ad esempio some_firm.clients.new senza alcun parametro), l'associazione firm_id nuovo cliente è creato automaticamente. Sto guardando i risultati adesso nella console!

Mi manca qualcosa? I documenti sono un po 'obsoleti (improbabile)? Qual è la differenza tra build e new?

Answer 1

Stai leggendo male i documenti. some_firm.client.new sta creando un nuovo oggetto Client dalla raccolta di client e pertanto può impostare automaticamente lo firm_id su some_firm.id, mentre i documenti chiamano Client.new che non ha alcuna conoscenza dell'ID di un'azienda, quindi è necessario passarlo a firm_id.

L'unica differenza tra some_firm.clients.new e some_firm.clients.build sembra essere che build aggiunge anche il cliente appena creato per la collezione clients:

henrym:~/testapp$ rails c 
Loading development environment (Rails 3.0.4) 
r:001 > (some_firm = Firm.new).save # Create and save a new Firm 
#=> true 
r:002 > some_firm.clients   # No clients yet 
#=> [] 
r:003 > some_firm.clients.new  # Create a new client 
#=> #<Client id: nil, firm_id: 1, created_at: nil, updated_at: nil> 
r:004 > some_firm.clients   # Still no clients 
#=> [] 
r:005 > some_firm.clients.build  # Create a new client with build 
#=> #<Client id: nil, firm_id: 1, created_at: nil, updated_at: nil> 
r:006 > some_firm.clients   # New client is added to clients 
#=> [#<Client id: nil, firm_id: 1, created_at: nil, updated_at: nil>] 
r:007 > some_firm.save 
#=> true 
r:008 > some_firm.clients   # Saving firm also saves the attached client 
#=> [#<Client id: 1, firm_id: 1, created_at: "2011-02-11 00:18:47", 
updated_at: "2011-02-11 00:18:47">] 

Se si sta creando un oggetto attraverso un'associazione, build dovrebbe essere preferito su new come build mantiene il tuo oggetto in memoria, some_firm (in questo caso) in uno stato coerente prima ancora che qualsiasi oggetto sia stato salvato nel database.

Answer 2

Si è corretto, la generazione e le nuove funzioni hanno lo stesso effetto di impostare la chiave esterna, quando vengono chiamate attraverso un'associazione. Credo che la ragione per cui la documentazione è scritta in questo modo è di chiarire che un nuovo oggetto Client viene istanziato, al contrario di una nuova relazione record attiva. Questo è lo stesso effetto che la chiamata di .new su una classe avrebbe in Ruby. Ciò vuol dire che la documentazione sta chiarendo che chiamare build su un'associazione è la stessa cosa è creare un nuovo oggetto (chiamando .new) e passare le chiavi esterne a quell'oggetto. Questi comandi sono tutti equivalenti:

Firm.first.clients.build 
Firm.first.clients.new 
Client.new(:firm_id => Firm.first.id) 

Credo che la ragione esiste .build è che Firm.first.clients.new potrebbe essere interpretato nel senso che si sta creando un nuovo oggetto rapporto has_many, piuttosto che un cliente vero e proprio, quindi chiamare .build è un modo per chiarirlo.

Answer 3

build è solo un alias per new:

alias build new 

codice completo può essere trovato: https://github.com/rails/rails/blob/master/activerecord/lib/active_record/relation.rb

Answer 4

accumulo vs nuovo:

in gran parte nuovo e costruire sono gli stessi, ma la costruzione di negozi oggetto in memoria ,

ad es.

per il nuovo:

Client.new(:firm_id=>Firm.first.id) 

Per costruire:

Firm.first.clients.build 

Qui i clienti vengono salvati nella memoria, quando Salva ferma, record associati vengono salvati anche.

Answer 5

Model.new

Tag.new post_id: 1 sarà un'istanza di un tag con il suo post_id set.

@ model.models.new

@post.tags.build fa lo stesso E Tag istanziato sarà in @post.tags ancor prima di essere salvato.

Ciò significa che @post.save salverà sia il @post sia il tag di nuova costruzione (assumendo che sia impostato inverse_of). Questo è ottimo perché Rails convaliderà entrambi gli oggetti prima di salvare, e nessuno dei due verrà salvato se uno di essi fallisce la convalida.

models.new vs models.build

@post.tags.build e @post.tags.new sono equivalenti (almeno dal Rails 3.2).