ORM Наследование
3 ответа
Мне нравится этот вопрос много. Я использовал инструменты ORM (Toplink, теперь eclipselink, Будьте в спящем режиме), некоторое время, и я всегда видел это, как ссылается в документах JPA, но у меня действительно никогда не было потребности в нем. В основном моя философия является ORM, должен просто там препятствовать тому, чтобы Вы писали утомительный код для вытаскивания записей для базы данных. Это действительно - огромное средство экономии времени, и оно препятствует тому, чтобы Вы делали глупые ошибки. Уверенный можно ли сделать необычный материал с этим, но почему бы не сохранить его для контроллера (если Вы следуете за MVC), чем палка это в модели?
Я использовал наследование с, в спящем режиме (и некоторые с Django) и сожалел о нем нежно.
"Состав по наследованию" принцип особенно верен для доменных классов. В то время как я соглашаюсь, что существует несколько случаев, где наследование имеет смысл на образцовом уровне, в большинстве случаев наследование даст Вам очень статическую модель предметной области, где один объект не сможет измениться на другой класс.
Я также нахожу, что большинство разработчиков не довольно понятием наследования на уровне базы данных, таким образом, обслуживание становится более сложным.
И в последний раз, существуют некоторые технические проблемы, как прокси, помещенные на месте, в спящем режиме, который скроет фактический класс объекта. Это делает "экземпляр", ведут себя stangely. Конечно, Вы могли бы сказать, что "экземпляр" является запахом кода и что, возможно, это - другая подсказка, что состав является, вероятно, лучшим решением...
Если Вы имеете в виду наследование в доменных классах, я использую все это время с NHibernate и/или замком ActiveRecord, они поддерживают три отображающихся стратегии: