Что движет конструкцией объекта передачи данных?

Я пишу веб-службу. Я также пишу веб-клиент, который использует эту веб-службу. Я ' Я испытывал некоторые боли при попытке отправить объекты домена по сети (циклические ссылки, отложенная загрузка и т. д. - см., например, сообщение Дэви Бриона о том, почему это плохая идея ). Итак, я собираюсь использовать DTO для передачи между этими двумя уровнями.

Ответственность за оба конца, Я могу контролировать дизайн DTO. Теперь мне интересно, что движет дизайном DTO? Это пользовательский интерфейс на стороне клиента? Могу ли я создавать DTO на основе того, какие представления / экраны будут у клиента? Или это что-то на стороне сервиса, которое должно диктовать контракт DTO, который я отправляю, и клиент должен работать с тем, что ему дано?