2009-10-16 16 views
16

Używam dziedziczenia pojedynczej tabeli do zarządzania różnymi typami projektów.STI i form_for problem

Modele:

class Project < ActiveRecord::Base 
end 

class SiteDesign < Project 
end 

class TechDesign < Project 
end 

Edycja akcji z projects_controller:

def edit 
    @project = Project.find(params[:id]) 
end 

Zobacz edit.html.erb:

<% form_for(@project, :url => {:controller => "projects",:action => "update"}) do |f| %> 
    ... 
    <%= submit_tag 'Update' %> 
<% end %> 

Aktualizacja działanie projects_controller:

def update 
    @project = Project.find(params[:id]) 
    respond_to do |format| 
     if @project.update_attributes(params[:project]) 
     @project.type = params[:project][:type] 
     @project.save 
     flash[:notice] = 'Project was successfully updated.' 
     format.html { redirect_to(@project) } 
     format.xml { head :ok } 
     else 
     format.html { render :action => "edit" } 
     format.xml { render :xml => @project.errors, :status => :unprocessable_entity } 
     end 
    end 
    end 

potem zrobić kilka zmian wjazdu TechDesign na widoku edycji i dostać błąd:

NoMethodError in ProjectsController#update 

You have a nil object when you didn't expect it! 
You might have expected an instance of ActiveRecord::Base. 
The error occurred while evaluating nil.[] 

W PARAMETRY oczywiste jest, że zamiast projektu nazwy parametru mam tech_design Parametry:

{"commit"=>"Update", 
"_method"=>"put", 
"authenticity_token"=>"pd9Mf7VBw+dv9MGWphe6BYwGDRJHEJ1x0RrG9hzirs8=", 
"id"=>"15", 
"tech_design"=>{"name"=>"ech", 
"concept"=>"efds", 
"type"=>"TechDesign", 
"client_id"=>"41", 
"description"=>"tech"}} 

Jak naprawić to?

Odpowiedz

27

Oto źródło Twojego problemu. To ustawia @project jako instancję obiektu TechDesign.

def edit 
    @project = Project.find(params[:id]) 
end 

można zapewnić wszystko działa tak, jak chcesz, określając: projekt o nazwie w form_for rozmowy.

<% form_for(:project, @project, :url => {:controller => "projects",:action => "update"}) do |f| %> 
    ... 
    <%= submit_tag 'Update' %> 
<% end %> 
+0

Dziękuję za odpowiedź. Po tych komunikatach mam ten błąd: Żadna akcja nie odpowiedziała na 1. Akcje: twórz, niszcz, edytuj, indeksuj, nowe, pokaż i aktualizuj – ebsbk

+1

Po dodaniu tej map.connect "projects /: id/edit", : controller => "projects",: action => "edit" do error.rb błąd zniknął. Pytanie brzmi: dlaczego nie działa bez niego, jeśli map.resources: projekty są już prezentowane na trasach? – ebsbk

+11

W Rails 3.1, napisz instrukcję form_for jako <% = form_for @ project,: as =>: project do | f | %> – Cygwin98

2

Losowy uwaga: jeśli używasz jednego dziedziczenie tabeli (STI) i zapomnij usunąć zainicjować metodę od definicji podklasy dostaniesz podobny obiekt nil „kiedy nie można oczekiwać, że” wyjątek.

Na przykład:

class Parent < ActiveRecord::Base 
end 

class Child < Parent 
    def initialize 
    # you MUST call *super* here or get rid of the initialize block 
    end 
end 

W moim przypadku użyłem IDE do tworzenia klas potomnych i IDE stworzył metodę zainicjowany. Zajęło mi wieki, aby wyśledzić ...

6

Dla szyn 3

<% form_for(@project, :as => :project, :url => {:controller => "projects",:action => "update"}) do |f| %> 
... 
    <%= submit_tag 'Update' %> 
<% end %> 
1

dla szyn 4, I potwierdziły, że jedyną rzeczą, która wydawała się działać dla mnie jest, aby wyraźnie określić URL i Parametry AS:

<% form_for(@project, as: :project, url: {controller: :projects, action: :update}) do |f| %> 
    ... 
<% end %> 

Wydaje mi się brzydki!

Powiązane problemy