МСУ Атом, json и xml могут отдавать все кому не лень, не поверишь, даже WCF REST. Об этом вообще речи не идет. Речь о том, что OData - специфический протокол под конкретную задачу. А в чистом Web API нет схем метаданных, по которым можно кодогенерировать. С обобщенными вариантами можешь сходить в сад, это никому не надо. У OData есть в коробке энтити контроллер, который до дефолту обобщенный. Для не OData никаких обобщений не нужно, потому что контроллер может оперировать несколькими сущностями и DTO.

SeVaНа клиенте proxy - большой чемодан, который тяжело носить. Когда ты дорастешь и у тебя их будет хотя бы несколько десятков, то ты сразу поймешь, что это за геморрой.
Ты пока еще не созрел учить меня тому, в чем абсолютно не разбираешься. На клиенте схема и прокси - это большой огромный плюс в копилку экономии времени и нервов.
Модератор: Если бы не пятница - забанил бы нафиг.
Хватит, ёлки-палки, между собой общаться. Вообще, забудьте о существовании друг друга.

1. Обобщения не нужны только в детском садике, там еще не доросли до этого, их учат считать на палочках. У тебя видно, самое начало с одной - говносервисом
2. Все замечательно, когда один говносервис, для которого нужен единственный прокси, но таким маразмом никто не страдает, их много, тогда это сразу начинает утомлять. Одно дело говносоветы, а совсем другое реальные проекты.
3. wsdl удобен только разработчикам, а бизнесу нужны интерфейсы, которые доступны везде. Это уже нужно сейчас, а со временем это будет обязательным условием. Твои хотелки и никого не интересуют.

МСУskyANAЗадачи, где WSDL и автогенерация прокси существенно сократит трудозатраты на реализацию задачи в целом.
Вот схема на 0.5Л кода: 14387194
Вот кодогенерированный класс на 3.5К кода: 14377107

И таких нетривиальных кодогенерированных обменных классов у меня под полсотни. Готов врукопашную всё это писать?

Тебе уже сорок восемь раз говорили, что можно предоставить схему xsd, по которой можно сформировать необходимые классы.
После твоих тупых опусов, действительно, складывается впечатление, что если в vs нет специально обученной кнопочки, то net-разработчики ничего не могут.

МСУрест!И еще про сериализацию: если работать "внутри" веб приложения - то описание мета и WSDL не нужны. В рамках дотнети JSON маркируется именем класса и при возвращении данных сервис знает кто это такой. Т.е. метаданные присутствуют. Так и происходит десериализация с приведением к типу.
Странный пост. Если заранее определен класс, зачем какие-то метаданные. Происход обычный маппинг или сериализация и десериализация.
Суть метаданных заключается в том, чтобы построить по ним ясную и понятную предметную область. Иначе будем ковыряться в нетипизированном тексте и руками писать ту самую область.

Это только ты будешь ковыряться, а все остальные будут работать с типизированными классами.
Как тебе уже сказали, js нет никаких проблем, тк json в поддерживается без проблем.
Обобщенный вариант репозитория для получения данных я уже здесь показывал, а сервисы будут отдавать только объекты.
Попробуй сначала хотя раз подумать головой, а потом уже загаживай топик.