Как справиться с «иногда» наследованием?

Question

У меня есть ситуация, использующая наследование таблицы классов, где базовый объект (который является абстрактным) расширяется конкретными типами объекта.

Например, Person -> Пользователь -> Проспект

Однако, в некоторых случаях, как с проспектом, иногда распространяется пользователя, а иногда нет. Я не могу отменить отношения, потому что User! == Prospect, поэтому мне интересно, как лучше всего справляться с такими сценариями, где объект иногда распространяется, а иногда нет.

Кроме того, я знаю, что в этом случае кто-то предложит композицию над наследованием, но это действительно невозможно, потому что я полагаюсь на возможность расширения родительских функций, а свойства-члены заполняются так, что все свойства доступны в точном такой же способ.

Answer 1

Наследование в базе данных, как правило, означает, что primary_key дочерней таблицы является foreign_key для основной_панели родительской таблицы.
Но вы упомянули, что ребенок может стать сиротой. В этом случае родительский объект является необязательным. (Обычно решаются по составу)

Вы можете создать два класса, один из которых является расширенным пользователем, а другой - нет.

(Но это может не подходить для того, что вы пытаетесь сделать)

Answer 2

Я чувствую запах Decorator Pattern.

Answer 3

После Decorator Pattern будет лучшим выбором. Не уверен, какой язык вы используете, но вот еще одна ссылка для реализации .NET.

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