Comment mettre à jour une collection HAS_AND_BELONGS_TO_MANY?

Si cela est vraiment reposé, vous changeriez simplement la classe et l'élève en même temps, en ajoutant la relation à la fois ou en le supprimant des deux. Après avoir vérifié que le modèle téléchargé était auto-cohérent, vous le comparez ensuite à l'encontre de la précédente et de faire les changements nécessaires. Si ce changement est entraîné par catégorie ou que l'étudiant devient un détail de mise en œuvre.

Deux autres options:

Vous pouvez rendre les informations sur l'état de repos moins redondantes, en laissant la classe ou l'élève de la relation, mais cela ne correspond peut-être pas à vos besoins.

Vous pouvez également conserver les informations de relation des deux côtés, mais décidez que l'on est canonique. Ainsi, par exemple, si l'étudiant appartient à la classe, pas l'étudiant, alors tout changement à l'étudiant appartient à l'élève est ignoré.

Je préfère la première option, mais je pense que ceux-ci devraient être au moins pris en compte.

Je ne suis pas sûr de vouloir faire les deux de manière robuste. Vous auriez probablement plus de kilométrage en créant une relation de suppression en cascade entre les deux.

Voici une discussion sur Suppression de cascade sur les rails .

Vous pouvez avoir deux ressources imbriquées?

dépendez de savoir si vous avez un paramètres [: class_id] code> (veuillez ne pas dire que vous avez appelé votre classe modèle!) Ou si vous aviez un Params [: Student_ID] CODE> Vous pouvez dire lequel est l'objet que l'opération est appelée (voir Sample Création ci-jointe d'un côté): P>

class SchoolClassController < ApplicationController

before_filter :get_school_class, :except => [:new, :create, :index]
before_filter :get_student

def create
  get_school_class(false)
  get_student(false)
  if @school_class
    if @student
      (@school_class.students << @student)
    else
      redirect_to "/" and return
    end
  else
    @school_class = SchoolClass.new(params[:school_class])
  end
  if @school_class.save
    redirect_loc = @student ? student_school_class_path(@student, @school_class) : school_class_path(@student)
    redirect_to redirect_loc and return
  else
    redirect_to "/"
  end

end

private

def get_school_class(will_redirect=true)
  begin
    @school_class = SchoolClass.find(params[:id])
  rescue AR::RNF
    (redirect_to "/" and return false) if will_redirect
  end
end

def get_student(will_redirect=true)
  if params[:student_id]
    begin
      @student = Student.find(params[:student_id])
    rescue AR:RNF
      (redirect_to "/" and return false) if will_redirect
    end
  end
end

end

La touche pour résoudre ce problème consiste à identifier correctement la ressource que vous modifiez. Dans ce cas, la ressource que vous modifiez est la relation entre la classe et l'étudiant, que je me référerai comme une inscription .

Il est devenu habituel dans des rails d'utilisation has_many : via préférentiellement à has_and_belongs_to_many . Vous voudrez peut-être modifier votre logique de domaine pour vous adapter à la coutume, mais vous pouvez également endommager la tendance, si vous êtes vraiment certain qu'aucune métadonnée n'a besoin d'être stockée sur la relation.

une des idées clés pour Le repos est que des ressources reposantes n'ont pas besoin de cartographier des modèles. Vous devez créer un inscrivez-vousController et ajoutez une ligne à config / routtes.rb: xxx

alors vous pouvez créer et supprimer vos relations comme: < / p> xxx

et vous pouvez créer des boutons pour ces actions comme: xxx

1 sur La ligne ci-dessus agit comme un espace réservé où le : inscription_id devrait aller et est un peu de vinaigre syntaxique pour vous rappeler que vous collez la volonté du cadre des rails.