Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
skyANAМСУТы попробуй как-нить на медни подергай свой RPC из js для затравки...Да запросто, у меня даже где-то код был Да не спорю, что запросто REST и его json выхлоп на порядки вкуснее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 16:56 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
МСУАлексей КПо поводу ОДата, не уверен пока насколько оно для меня полезно. Ну тогда кладём болт на OData (но не на REST).Само собой, "внутренности" делаю на WebAPI + JSON. Что делать с public API буду думать, пробовать. МСУАлексей КЧто было в WCF ещё 118 лет назад, собственно, почему я про него и упомянул. :-) Так-то оно так, но оно ж не REST было :) Ты попробуй как-нить на медни подергай свой RPC из js для затравки SOAP потихонечку уходит в лес, коллега...Из JS не дёргал. "Они" наш public дёргают из Java и .Net МСУНужно это признать. И простить.Прощать никого не собираюсь. "Милосердие - признак слабости!" (ц) МСУНу да, я про RPC в контексте SOAP. Всякие TCP байдинги лесом, это вообще труднополлерживаемый хламНичего ужасного там не увидел. Всё прекрасно поддерживается. Легко меняется/добавляется протокол без изменения прикладного кода. Почему отвернулись от WCF - не понимаю. Вероятно, причина не в его потребительских качествах. МСУБалмер еще пол беды, гляди сюда, Надя отжигает 16311858 Да. Про это даже по "Россия24" сюжет был. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 17:51 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
МСУskyANAпропущено... Да запросто, у меня даже где-то код был Да не спорю, что запросто REST и его json выхлоп на порядки вкуснее.REST подкупает своей простотой. Если сам себе пишешь и сервер и клиента, оно вроде ничётак. А если делается public, то приложенный к ТЗ WSDL успокаивает. В него можно потом тыкать носом. Мы поначалу делали без WSDL. Вопросы вроде "посмотрите в своих логах наши XML-пакеты, почему их ваш сервер не принимает" сначала вызывали улыбку, потом начали реально бесить... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 17:58 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Алексей КСамо собой, "внутренности" делаю на WebAPI + JSON. Что делать с public API буду думать, пробовать. Public API тоже делай на WebAPI. REST понимают даже Store Apps и прочие Portable. REST наше всё. Алексей КИз JS не дёргал. "Они" наш public дёргают из Java и .Net Ну так тоже можно, погляди , чистота кода, внятные поко классы, анонимные типы (если лень одолела). Всё работает ровненько, никакой мегабайтной навозной кодогенерированной кучи SOAP. Красота ж. Не? Алексей КПрощать никого не собираюсь. "Милосердие - признак слабости!" (ц) Злой какой Алексей КНичего ужасного там не увидел. Всё прекрасно поддерживается. Легко меняется/добавляется протокол без изменения прикладного кода. Почему отвернулись от WCF - не понимаю. Вероятно, причина не в его потребительских качествах. Ну вроде не отворачивались, WCF еще та махина с кучами байдингов и наворотов. Монстр! Просто если устраивает легковесная телега на HTTP (REST), то, всё-таки, лучше Web API. Ну а в остальных случаях, конечно, WCF. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 18:03 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Алексей КREST подкупает своей простотой. 100% Алексей КЕсли сам себе пишешь и сервер и клиента, оно вроде ничётак. А если делается public, то приложенный к ТЗ WSDL успокаивает. В него можно потом тыкать носом. Та ладно. Дай ты им внятную ману с описанием, это лучше, чем ковыряться в лохмотьях WSDL. Вон, погляди на паблик апи от твиттера, одно удовольствие. https://dev.twitter.com/docs/api/1.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 18:06 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
МСУТа ладно. Дай ты им внятную ману с описанием,Всё давали. Бесполезно. WSDL реально решил проблему. МСУэто лучше, чем ковыряться в лохмотьях WSDL.Кодогенератор берут и генерируют. Если справились, значит прошли первое испытание и получили доступ к сервису. МСУВон, погляди на паблик апи от твиттера, одно удовольствие. https://dev.twitter.com/docs/api/1.1 Твиттер - корпорация зла. Ихний бутстрап - авно. Но всё остальное, как всегда, ещё хуже... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 18:19 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Алексей КМСУТа ладно. Дай ты им внятную ману с описанием,Всё давали. Бесполезно. WSDL реально решил проблему.Значит надо было дать провайдер. Тем более "Они" ваш public дёргают из Java и .Net. Напишите им провайдер на Java и провайдер на .Net. Будете обновлять вместе с API, заодно и тестировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 18:56 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
skyANAНапишите им провайдер на Java...На Java мы ещё не писали, ага... Пусть сами в ней ковыряются. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 19:07 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Алексей КWSDL реально решил проблему Ну как знаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 22:30 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
wcf с авто кодогенерацией через wsdl все таки подкупает но если у нас есть задача коммуникации только через http, то преимущества wcf уже не так важны какие тогда варианты 1)взять инструмент, который поможет реализовать json-rpc, https://atifaziz.github.io/projects/jayrock/ дальше все просто, реализовали контракт, автогенерация js есть 2)web api со всеми вытекающими но web api изначально ориентирован на взаимодействие через http, т.е. есть смысл начинать новые проекты с него но кроме odata преимуществ больше не вижу я все еще не верю что любой сервис можно реализовать в строгом rest-стиле все так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 23:31 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Boneshockя все еще не верю что любой сервис можно реализовать в строгом rest-стиле Почему? Не вижу принципиальных отличий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2014, 23:36 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Как на сегодня дела обстоят (почти год прошёл)? REST всех заборол, или WCF ещё в деле? И что значит, что в новом MVC 6 будет "всё вместе" - и рест, и асп.нет, и ещё куча всего? Типа, в одном контроллере можно будет юзать и методы, возвращающие view (html), и возвращающие данные (json)? Раньше-то, вроде, на то и на то свои контроллеры были? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 09:20 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Alexey2112, даже SOAP ещё жив. переживать нечего, работы всем хватит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 11:41 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Alexey2112Как на сегодня дела обстоят (почти год прошёл)? REST всех заборол, или WCF ещё в деле? И что значит, что в новом MVC 6 будет "всё вместе" - и рест, и асп.нет, и ещё куча всего? Типа, в одном контроллере можно будет юзать и методы, возвращающие view (html), и возвращающие данные (json)? Раньше-то, вроде, на то и на то свои контроллеры были? ну у нас на веб апи новый сервис) старый также в деле на WCF и ниче никому не мешает) а про все вместе, да именно так и будет. вы если писали вебапи и мвц то заметили б что блин кроме как куда вывести разницы нет, до веб апи многие поверх мвц делали рест апи и нормально было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 13:09 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
handmadeFromRuну у нас на веб апи новый сервис) старый также в деле на WCF и ниче никому не мешает) Т. е. вы два продукта поддерживаете, которые функционально копии? Т. е. надо добавить ресту то-то, а потом идёшь и ручками ту же функциональность добавляешь в WCF-продукт? Или как-то вы избавились от множения сущностей без причины? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 15:55 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Alexey2112, нет, сервисы разные. если б были одинаковые сервисы по функционалу то тут помогла б версионность наверное, обычное старое апи не развивают, но поддерживают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 16:00 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
handmadeFromRuдо веб апи многие поверх мвц делали рест апи и нормально было. Что значит "поверх"? Т. е. был проект на web api, который получал html-разметку, парсил её и формировал данные, которые потом в виде json передавал? Не лучше ли было тогда наоборот - json, а потом разметка? Ну а сейчас как будет? Будет в одном контроллере метод ActionResult GetItems() и тут же за ним его "дубль" List<string> GetItems() ? Или как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 16:01 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Alexey2112Как на сегодня дела обстоят (почти год прошёл)? REST всех заборол, или WCF ещё в деле? У REST и WCF немного разные задачи. REST - примитивная штука, надстройка над HTTP/HTTPS которая собственно без него жить не может. Из плюсов, работает везде и кроссплатформенная. WCF - мощная система коммуникаций с гибкой настройкой и большими возможностями, может использовать HTTP/HTTPS как один из видов транспорта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 16:13 |
|
||
|
Web API vs RPC
|
|||
|---|---|---|---|
|
#18+
Alexey2112, поверх означает что делали самодельные ответы типа post,put, delete ит.д. ну если вы запроектировали что вам надо одинаковые экшены на мвц и на апи то да, или вы к примеру сделает spa и у вас останется только веб апи метод ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2015, 16:16 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=38988288&tid=1356413]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 265ms |
| total: | 376ms |

| 0 / 0 |
