Rails hat viele und gehört zu einem

Ich habe eine User Modell hat viele projects und ein Project Modell, das kann viele users, sondern gehört auch zu einem einzelnen Benutzer (dh der Benutzer, der dieses Projekt erstellt haben). Es gehört zu einer User. Es ermöglicht auch eine Liste der Benutzer an, die mit ihm verbunden sein, denken, Zusammenarbeit.

Mit diesem im Verstand, meine Modelle so Aussehen:

class User < ActiveRecord::Base
  has_many :assigned_projects
  has_many :projects, :through => :assigned_projects
end

class Project < ActiveRecord::Base
  belongs_to :user
  has_many :assigned_projects
  has_many :users, :through => :assigned_projects
end

class AssignedProject < ActiveRecord::Base
  belongs_to :user
  belongs_to :project
end

Nun, wenn ich will erstellen Sie ein neues Projekt durch einen User, das ist, wie ich es tun würde:

user = User.create(:name => 'injekt')
user.projects.create(:name => 'project one')

Nun, ich weiß, dass projects wird durch eine AssignedProject join-Modell, das ist der Grund, warum project.user zurück nil. Was ich kämpfen, um meinen Kopf herum, ist der beste Weg, um ordnen Sie die Projekt-Ersteller (die übrigens nicht müssen zu user, könnte es sein creator oder sonst etwas beschreibend, wie lange, wie es ist von Typ User).

Die Idee ist, erstellen Sie eine Methode, um zurück projects_created aus einer User die wählen Sie nur Projekte, die von diesem Benutzer erstellte. Wo user.projects werden natürlich wieder ALLE Projekte, die einem Benutzer zugeordnet ist.

Vorausgesetzt, diese Art der Vereinigung ist ziemlich gemeinsame, was ist der beste Weg, das zu erreichen, was ich will? Jede Richtung ist sehr geschätzt.

InformationsquelleAutor Lee Jarvis | 2011-06-30
  1. 20

    Hinzufügen creator_id Spalte der Tabelle Projekte für den Ersteller Beziehung, und fügen Sie dann die Assoziationen zu den Modellen:

    class User < ActiveRecord::Base
  has_many :assigned_projects
  has_many :projects, :through => :assigned_projects

  has_many :created_projects, :class_name => "Project", :foreign_key => :creator_id
end

class Project < ActiveRecord::Base
  belongs_to :user
  has_many :assigned_projects
  has_many :users, :through => :assigned_projects

  belongs_to :creator, :class_name => "User", :foreign_key => :creator_id
end

    http://api.rubyonrails.org/classes/ActiveRecord/Associations/ClassMethods.html#method-i-has_many

    • Vielen Dank für deine Antwort, das war gar nicht meine Problem obwohl. Es war: Was ich bin kämpfen, um meinen Kopf herum, ist der beste Weg, um ordnen Sie die Projekt-Ersteller (was übrigens nicht sein müssen Benutzer, könnte es sein Schöpfer, oder sonst etwas beschreibend, wie lange, wie es ist von Typ User).
    • sicher, über was? Sicher, dass ich kämpfen, um meinen Kopf um die Zuordnung der Benutzer/Ersteller, um das Projekt in einer automatisierten Art und Weise? ja
    • Es sei denn, ich habe falsch gelesen @Pavling Antwort (und Frage), was er vorschlägt, ist dass man eine zweite Beziehung mit der User-Tabelle, der so genannten "Creator". Sie könnte dann rufen Sie Project.creator um die zugehörigen Benutzer aus dem CreatedProjects Vereins. Das wäre zu lösen (glaube ich) dein problem. Soweit wie ordnen Sie es, könnten Sie tun, ein before_create Haken in das Modell zu ordnen dieses den aktuell angemeldeten Benutzer, oder ein anderer Benutzer (je nach Projekt auch die Logik).
    • ja, sorry, dieser code setzt die Beziehungen - wie weisen Sie Sie bis zu Ihrem code-Betrieb. Persönlich würde ich eine Zeile in der ProjectsController erstellen, die action, die sets @project.creator = current_user (oder was auch immer-Helfer-Methode, die Sie für immer der angemeldete Benutzer)
    • Gut, das ist peinlich. Einstellung der Schöpfer ist in Ordnung, wenn Sie denken, nur tun, dass in der create-Aktion von mein controller ist ok, ich glaube, ich war auf der Suche nach unnötigen Magie Schienen in der Regel bietet. Eine Sache, die ich getan habe falsch war aber ich hatte has_many :created_projects, :class_name => "Project", :foreign_key => :creator_id aber im Projekt, hatte ich belongs_to :creator, :class_name => 'User' ohne den foreign key, ich denke, ich nahm an, es würde diese Arbeit heraus aus der :creator Referenz. Vielen Dank Jungs!
    • nicht Projekt belongs_to :user redundant nach der belongs_to :creator, :class_name => "User", :foreign_key => :creator_id Hinzugefügt wird? In meinem Fall ich ' m denken ändern Projekts user_id Spalte name, um creator_id.
    • Wahrscheinlich/Möglicherweise; nur Sie wissen, ob Sie redundant im code - und wenn es ist, entfernen Sie es 🙂 ich habe gerade die neuen Verbände zu zeigen, was nötig wäre. Wenn eine der alte code wird nicht mehr benötigt (wie das separate :users association auf Projekt), dann gibt es keinen Sinn, es zu halten.

    InformationsquelleAutor Pavling
  2. 1

    Wollte ich hinzufügen, dass wenig Verbesserung zu entwerfen. Wir nicht wirklich benötigen intermediate-Modell, weil es enthält keine extra-Spalte andere als reference_ids daher HABTM-association ist am besten geeignet, über hier.

    class User < ActiveRecord::Base
  has_and_belongs_to_many :projects, :join_table => :assigned_projects
  has_many :created_projects, :class_name => "Project", :foreign_key => :creator_id
end

class Project < ActiveRecord::Base
  has_and_belongs_to_many :users, :join_table => :assigned_projects
  belongs_to :creator, :class_name => "User", :foreign_key => :creator_id
end
    • Wirklich? Sie kümmern sich nicht, welche Rolle einem Benutzer zugeordnet ist, auf ein bestimmtes Projekt, oder was Ihre Aufgabe-Datum ist, oder alle anderen Informationen, die relevant für eine Beteiligung der Nutzer an einem bestimmten Projekt? Sie werden die Umgestaltung, die HABTM zu einem HMT vor Ende des Monats 😉
    • was Benutzer role redest du? ich bin nicht immer Sie auf diese. Gibt es eine Notwendigkeit, Datum, an dem Projekt Zuordnung gemacht hat? Wenn zusätzliche Spalten gehen, um dort dann has_many through könnte es eine gute Wahl.
    • Auf ein Projekt, kann der Benutzer übernehmen die Rolle des Technical Lead, auf einem anderen Sie können ein UI-Tester. Sie können nicht wollen, diese spezifischen Informationen (oder Zuordnung date) - es ist nur ein Beispiel; aber Sie werden wollen mehr Informationen als nur wer ist ein Projekt. Sicher, HABTM-Typ-Beziehungen haben Ihren Platz, aber eigentlich ist das ist gonna be eine HMT.
    InformationsquelleAutor Sandip Ransing
Schreibe einen Kommentar