Алексей КНу зайди к ним , спроси какие у них аргументы. Устрой дебаты на эту тему. Расскажешь потом. :-)
А накой мне эти старпёры? :) Тем более непонятен сабж, если цели и задачи определены, в чем профит от топика? Типа, собираюсь купить таз. Посоветуйте, правильно ли это? И не надо меня отговаривать и убеждать в том, что я му**к. Я клал на ваши советы, всё уже решено. Я просто собираю статистику мнений по данному автомобилю

carrotik.. я не в смысле сравнения эффективности, а просто мне так удобней, и пока никакой императивы "делай так!" не стоит, сижу на чем нравится ..
Так я про эффективность ничего не говорил :) Ты сказал, что запросы одаты в фиддлере "в неформатированном виде". Вот я и удивился, что это за курево такое. OData хороша тем, что на клиенте генерится живой внятный контекст, который можно трачится штатным трекером. Типа как ты работаешь с EF контекстом, выполняешь запросы, которые потом транслируются в SQL. Тут тоже самое, только трансляция идет не в SQL, а в REST запросы, которые преобразуются сервером в реальную IQueryable и скармливаются тому же EF.

То есть написал вот такую штуку и можно с клиента делать практически любые выборки http://codearticles.ru/articles/2454

Алексей КНу я же говорю, стоит выбор между старой аспнетной реализацией и WCF
Так ASMX это тоже самое, что и WCF + SOAP. И где профит?

EDUARD SAPOTSKIТы скажи, по этой методе уже что внятное сделал или пока теоретические соображения?
Сейчас у меня реальный проект, переводим решение на SL + RIA на XBAP +OData. Часть функционала уже работает на новых рельсах. OData в любом случае тренд, MS делает на него ставку. Хорошая штука.

EDUARD SAPOTSKISOAP. Все эти плюшки хороши для инет-сайтиков, в бизнес апликухах - ацтой.
Ну как сказать. Если ты пишешь что-то типа сапа, это одно. Если ты пишешь офисные залипушки - это другое. Каждой задаче своё решение. Но я всё-равно склоняюсь к MVC + EF, просто на дают протолкнуть. Веб чем хорош, так это тем, что не нужно сервер приложений пилить (типа RIA, OData, WCF). По месту из контроллера пнул репозиторий, который через EF прокачал тебе плюшку, и куришь бамбук.

EDUARD SAPOTSKIСлушай, давай не будем про ставки мелкософта, а то возникает желание на яву сбежать
Ну если шарики на одате, одинэсы и прочая херотва, то надо уже начинать вилять задом чё

hVosttМСУXBAP
очередная накуй ненужная херобаза. иногда не понимаю этого желания MS периодически страдать тупой херней.
Ну почему. Для толстых клиентов норм.

EDUARD SAPOTSKIскажи, что будет если юзер тупо в браузере забъет: http://host/service/Products и при этом в базе 100500000 продуктов?
http://www.asp.net/web-api/overview/odata-support-in-aspnet-web-api/supporting-odata-query-options#limiting_query_options

EDUARD SAPOTSKIАга, т.е. уже допиливаем.
В смысле допиливаем? Проектируем.

EDUARD SAPOTSKIВ том и фишка, что если начать учитывать все возможные косяки, то увидим, что вся одата становится очень похожа на классические соап серсисы, с дерганием методов на каждый чих.
Где ты нашел косяки? Есть готовый функционал, бери и пользуйся. Иначе получается, когда блондинка впервые видит трактор, садится за руль и пытается пахать поле. Какие она может найти косяки в тракторе? Сначала изучи фичи, а потом садись.

EDUARD SAPOTSKIКороче приходим туда от куда и шли. Поэтому если небольшое офисное приложение, где на все возможные косяки можно забить, то одата идет на ура. Когда нужно все жестко контролировать, преимущества перед сервисами SOAP фактически нет.
SOAP выкидываем на помойку. Как в небольших приложениях, так и в больших. Только REST. А что там будет за рестом, OData или WebAPI, не суть.