Я много читал о DTO здесь, на SO, в книгах и статьях, но я не уверен, правильно ли я это понял.Комплексная структура DTO
Мы используем DTO в нашем проекте, чтобы они были почти объектами объектов домена. По этой причине нам нужна сложная структура DTO. Есть несколько классов, расширяющих друг друга, композиции, совокупность и т. Д.
Вопрос более общий.
Правильно ли наследовать dto от другого или иметь ссылку на dto в другом dto?
Я думал, что я должен держать dto настолько просто, насколько я могу, поэтому, вместо того, чтобы хранить ссылку на другое dto, я должен сохранить его свойства. В UserDto у меня были бы адресная строка1, адресная строка2 и город, учитывая, что я буду использовать dto с WCF. – hgulyan
Я читал, что есть некоторые проблемы с сложными DTO, используемыми в WCF Service. Например, круговые ссылки. – hgulyan
@hgulyan Вы можете, конечно, сделать это, если хотите, однако, этот дизайн не подходит ко мне. Наличие свойств, являющихся самими объектами DTO, является приемлемым доходом (я бы сказал, предпочтительнее). WCF должен прекрасно обрабатывать сериализацию. «Я читал, что у них проблемы с сложными DTO ... круговыми ссылками *», это что-то elses-реализация и проблемы с моделью, без сомнения, различной сложности. Вы должны хотя бы * попробовать * сначала, прежде чем решите, что это не сработает. – James