EIT,

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

Проблема в том, что клиенту может понадобится много разных DTO для разных целей. А бизнес-логика должна их обслуживать в едином ключе. Лучший способ, это когда клиент указывает свой DTO, а слой бизнес-логики обслуживает его. Это можно сделать с помощью Query Object, спецификациями, проекциями, маппингом и прочими штуковинами.

Petro123,

REST+C# решается OData-й, ггг :)

Надо какой-то пример для обсуждения.

monstrU,

Вот так можно, да.