Wie wird 'Vererbung' manchmal gehandhabt?

Question

Ich habe eine Situation, die Vererbung der Klassentabelle verwendet, wo das Basisobjekt (das abstrakt ist) durch bestimmte Typen des Objekts erweitert wird.

Zum Beispiel Person -> Benutzer -> Prospect

jedoch in einigen Fällen wie bei Prospect, manchmal reicht es für Benutzer und manchmal nicht. Ich kann die Beziehung nicht umkehren, weil Benutzer! == Prospect, also frage ich mich, wie man diese Art von Szenarien am besten behandelt, wo ein Objekt manchmal erweitert wird und manchmal nicht.

Ich weiß auch, dass jemand Komposition in diesem Fall über die Vererbung vorschlagen wird, aber das ist wirklich nicht machbar, weil ich auf die Möglichkeit zu erweitern Elternfunktionalität und Mitglied Eigenschaften sind so befüllt, dass alle Eigenschaften genau zugegriffen werden gleiches Verhalten.

Answer 1

Die Vererbung in einer Datenbank bedeutet normalerweise, dass der primary_key der untergeordneten Tabelle ein foreign_key zum primären_key der übergeordneten Tabelle ist.
Aber Sie erwähnen, dass das Kind eine Waise sein könnte. In diesem Fall ist das Elternelement eine optionale Beziehung. (In der Regel durch Komposition gelöst)

Sie könnten zwei Klassen erstellen, einen erweiterten Benutzer und einen, der dies nicht tut.

(Aber dies kann nicht sinnvoll sein, was Sie versuchen zu tun)

Answer 2

Ich rieche Decorator Pattern.

Answer 3

die Decorator Pattern Nach wäre die beste Wahl sein. Nicht sicher, welche Sprache Sie verwenden, aber hier ist ein weiterer Link für eine .NET-Implementierung.

http://www.dofactory.com/Patterns/PatternDecorator.aspx