vías rotas rutas tras la aplicación de la tabla herencia simple

Question

he implementado única herencia de tablas para una clase de persona

class Person < ActiveRecord::Base 

end 


class Teacher < Person 

end 

class Student < Person 

end 

class Outsider < Person 

end 

Y la persona crear parece que funciona creando profesor, estudiante o persona de acuerdo con el qué se elige en forma .select y se agrega el atributo de tipo.

Sin embargo, me parece que han roto las rutas

<% = link_to 'Editar', edit_person_path (@deal)%> | <% = link_to 'Atrás', vía_personas%>

Parece que apuntan a teacher_path, student_path y outsider_path en lugar de a la ruta_personal.

¿Qué cambios se deben realizar en las rutas?

Answer 1

primera generación de controladores para sus modelos ...

rails generate controller Persons 
rails generate controller Teachers 
rails generate controller Students 
rails generate controller Outsiders 

después en routes.rb (carriles 3)

resources :persons 
resources :teachers 
resources :students 
resources :outsiders 

dará reposo rutas

por ejemplo,

persons GET /persons(.:format) {:action=>"index", :controller=>"persons"} 
new_person GET /person/new(.:format) {:action=>"new", :controller=>"persons"} 
edit_person GET /persons/:id/edit(.:format) {:action=>"edit", :controller=>"persons"} 
person GET /persons/:id(.:format) {:action=>"show", :controller=>"persons"} 
persons POST /spersons(.:format) {:action=>"create", :controller=>"persons"}  
person PUT /persons/:id(.:format) {:action=>"update", :controller=>"persons"}  
person DELETE /persons/:id(.:format) {:action=>"destroy", :controller=>"persons"} 

la misma para el profesor, alumno y extraño

rutas cheque rastrillo rastrillo o rutas | grep teachers

Answer 2

Desde mi experiencia, es mejor usar un solo controlador para todos los modelos de STI. Si mantiene sus controladores SECOS, no debería necesitar tener una lógica de controlador única para cada clase secundaria. Mantenga todo eso en los modelos.

resources :people 

Sus rutas con nombre será como:

people_path 
new_person 
edit_person 
person 
etc... 

continuación, puede utilizar el mismo controlador/vistas a gestionar estos modelos. Si luego decide agregar nuevos modelos Person STI, no tendrá que hacer ninguna actualización significativa de su código.