|
|
|
NHibernate. Использовать ли наследование?
|
|||
|---|---|---|---|
|
#18+
Всем дорого времени суток. Вот хотел бы поэлегантнее решить проблему. Имеется класс Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. У него имеется наследник Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Соответственно имеются таблицы CUSTOMERS Имеющая только столбец ID И таблица PERSONS со столбцами ID, C_NAME_1, C_NAME_2, C_SURNAME Вот такой маппинг Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Мне необходим Некий класс назовем его PersonExt, который наследует Person, но имеет в своем составе еще дополнительные свойства-коллекции хранящиеся в других таблицах (например почтовые адреса итд). Если я делаю этот класс наследником Person, то естественно при выборе всех Customer или Person все объекты типа Person будут в действительности объектами типа PersonExt. Можно ли как то избежать этого? Я вижу решение лишь в создании еще одной линии наследования похожей на ту что описана выше, но уже для классов с дополнительеыми свойствами. Но в этом случае PersonExt не будет наследовать Person и соответственно Customer. Тоесть по сути дела будет создано две похожии ветви классов. Я нахожу это не очень хорошим решением и поэтому хотел бы услышать мнение о возможности другого решения этой задачи. Заранее благодарен за советы С уважением YK13 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 15:54 |
|
||
|
|

start [/forum/topic.php?fid=17&msg=36580838&tid=1351342]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
150ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 427ms |

| 0 / 0 |
