gandjustasДля Pulic API веб-сервиса работает гораздо лучше других технологий.
Очередной отжиг в стиле ляпнул и ушел? Где аргументы-то?

П.С. Автор, веб апи, конечно. Кури его взамен рпц.

Алексей ККак жить без WSDL в public API? Документацию к нему предоставлять тупо по-русски?
Конечно. И примеры вызовов на различных языках, по возможности. Поверь, лохмотья убогого SOAP на порядки менее читаемы, чем внятная дока. Есть возможность, кури лучше REST.

Алексей КНакойхер это всё когда есть WCF?
Что касается REST, то он в WCF есть, но не развивается. Он перенесен в Web API и развивается в этой песочнице. Если тебе нужен REST, то нужно использовать однозначно Web API (OData, если концепция устраивает). В OData есть один жирный плюс - схема и как следствие, кодогенерация. Почитай тут: http://msdn.microsoft.com/ru-ru/magazine/dn201742.aspx (немного устарело, например EntitySetController уже obsolete, вот тут писал). Так же OData будет доступна в Store Apps и portable сборках, в отличие от WCF. Если использовать новое, то точно не RPC. REST, конечно.

Boneshockodata, опять новый протокол? что он может кроме автоматически мапить $skip, $total и т.д. в запрос к entity?
Почему новый? Он может не только "маппить", на основе него можно кодогенерировать полноценный контекст, который может трачить сущности, с поддержкой CRUD, джойнов, фильтров и еще кучи всего. OData это вкусно.

А еще чем приколен OData - отчетность. Качаем надстройку Microsoft Power Query для Excel http://www.microsoft.com/ru-ru/download/details.aspx?id=39379
И начинаем творить гибкую отчетность. Накидал OData запрос, вкрячил в Excel, вывесил шаблон на портале. И юзеры работают в любимом экселе и радуются жизни.

Алексей КСогласен. Но я пока не уверен нужен ли мне REST. У нас тут все работают с SOAP.
Речь, конечно, о новых проектах. Новые решения делаем на REST, старые поддерживаем на RPC.

Алексей КПо поводу ОДата, не уверен пока насколько оно для меня полезно.
Ну тогда кладём болт на OData (но не на REST).

Алексей КЧто было в WCF ещё 118 лет назад, собственно, почему я про него и упомянул. :-)
Так-то оно так, но оно ж не REST было :) Ты попробуй как-нить на медни подергай свой RPC из js для затравки SOAP потихонечку уходит в лес, коллега... Нужно это признать. И простить.

Алексей КМСУТак же OData будет доступна в Store Apps и portable сборках, в отличие от WCF.Хреново...
Это один из основных моментов, почему все отворачиваются от SOAP. Вон, даже новая аксапта себе OData канал сделала (наконец-таки). А то всё какие-то убогие бизнес коннекторы были, типа как у SAP. Ужос. Ну работать можно, но приходится писать много кода, никакой типизации, всё контролируй сам... Уныло. Но работает.

Алексей КНе совсем понимаю, что здесь подразумевается под RPC. Может SOAP?
Ну да, я про RPC в контексте SOAP. Всякие TCP байдинги лесом, это вообще труднополлерживаемый хлам, который и Store Apps и portable в страшном сне не снилось.

Алексей Кзы: Балмер лох. При Сталине Билле Гейтсе такой уйни не было...
Балмер еще пол беды, гляди сюда, Надя отжигает 16311858

skyANAМСУТы попробуй как-нить на медни подергай свой RPC из js для затравки...Да запросто, у меня даже где-то код был
Да не спорю, что запросто REST и его json выхлоп на порядки вкуснее.

Алексей КСамо собой, "внутренности" делаю на WebAPI + JSON. Что делать с public API буду думать, пробовать.
Public API тоже делай на WebAPI. REST понимают даже Store Apps и прочие Portable. REST наше всё.

Алексей КИз JS не дёргал. "Они" наш public дёргают из Java и .Net
Ну так тоже можно, погляди , чистота кода, внятные поко классы, анонимные типы (если лень одолела). Всё работает ровненько, никакой мегабайтной навозной кодогенерированной кучи SOAP. Красота ж. Не?

Алексей КПрощать никого не собираюсь. "Милосердие - признак слабости!" (ц)
Злой какой

Алексей КНичего ужасного там не увидел. Всё прекрасно поддерживается. Легко меняется/добавляется протокол без изменения прикладного кода. Почему отвернулись от WCF - не понимаю. Вероятно, причина не в его потребительских качествах.
Ну вроде не отворачивались, WCF еще та махина с кучами байдингов и наворотов. Монстр! Просто если устраивает легковесная телега на HTTP (REST), то, всё-таки, лучше Web API. Ну а в остальных случаях, конечно, WCF.

Алексей КREST подкупает своей простотой.
100%

Алексей КЕсли сам себе пишешь и сервер и клиента, оно вроде ничётак. А если делается public, то приложенный к ТЗ WSDL успокаивает. В него можно потом тыкать носом.
Та ладно. Дай ты им внятную ману с описанием, это лучше, чем ковыряться в лохмотьях WSDL. Вон, погляди на паблик апи от твиттера, одно удовольствие. https://dev.twitter.com/docs/api/1.1

Алексей КWSDL реально решил проблему
Ну как знаешь.

Boneshockя все еще не верю что любой сервис можно реализовать в строгом rest-стиле
Почему? Не вижу принципиальных отличий.