Doktrin Vererbung oder nur Assoziation in diesem Fall?

Question

Ich bin bei dieser Frage fest, wo ich meine Class Diagram in Symfony-Code verwandeln. Ich habe eine Projektklasse und eine ProjectType-Klasse. Normalerweise würde man sagen, dass ein Projekt IS eines bestimmten Projekttyps ist, was eine Vererbungsbeziehung (IS A) implizieren würde. Nun Lehre besagt, über die Vererbung:

A abgebildet geordnete Klasse ist eine abstrakte oder konkrete Klasse, die persistent Entitätsstatus und Mapping-Informationen für ihre Unterklassen bietet, die aber nicht selbst ein Unternehmen.

Die Idee ist, dass verschiedene Projekttypen erstellt werden können (sie sollten überschaubar sein). Wenn die Doktrin in diesem Beispiel sagt, dass ProjectType keine Entität ist, kann ich sie nicht instanziieren. Also dachte ich an eine OneToMany-Assoziation. Ist das korrekt OOP?

Answer 1

Sie können die Beziehung zwischen Entitäten in einer abstrakten Klasse angeben. Wenn sich die Beziehung in der konkreten Entität ändert, können Sie sie überschreiben.

Zum Beispiel haben Sie eine abstrakte Klasse namens Project, die eine Beziehung zu ProjectType hat.

Dann erstellen Sie zwei Entitäten, die sich von Project namens GreenProject und RedProject erstrecken. GreenProject kann nur einen ProjectType zugeordnet haben, sodass die in der Basisklasse definierte Beziehung in Ordnung ist.

Sie RedProject kann mehr als einen ProjectType haben, also ist es eine ManyToMany-Beziehung. Dann müssen Sie die bestehende Beziehung in der Basisklasse überschreiben, indem Sie die $ projectType-Eigenschaft in der RedProject-Klasse neu deklarieren und die entsprechenden Annotationen verwenden.

Sie können beispielsweise Ihre Superclasses in einem Bundle verteilen und sie dann in Ihrem AppBundle verwenden. Dies wird von FosUserBundle (Benutzerklasse), FosOauthBundle (z. B. Client- und Tokenklassen) und anderen verwendet.