Web-сервисы vs HTTP-сервисы

1С v8

25.04.16

✎

10:02

Коллеги, подскажите когда предпочтительнее использовать Web-сервисы, а когда HTTP-сервисы?
Что лучше использовать для обмена с сайтом чтобы отдавать ему описание товара, остатки, цены и т.д.?

1 Юрий Лазаренко

25.04.16

✎

10:04

Http.

2 oleg_km

25.04.16

✎

10:52

Если ты на стороне сайта будешь использовать систему, заточенную под SOAP, то конечно WS. А если все ручками на пхп будешь писать, то может лучше http. Хотя я смотрю и на пхп есть соап:

http://phpclub.ru/detail/article/soap

3 Лефмихалыч

25.04.16

✎

10:55

Если выкинуть всякие скучные подробности, то разница в том, что
http отдает тебе json
soap отдает xml

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

4 Fragster

гуру

25.04.16

✎

10:55

(3) неверно

5 Asmody

25.04.16

✎

11:03

(3) http тоже вполне отдает xml. А через ws можно, при желании, json пропихнуть.

6 Asmody

25.04.16

✎

11:04

Принципиальное отличие SOAP и REST в том, что первый типизирован.

7 Лефмихалыч

25.04.16

✎

11:14

(4) (6) зануды. Какая разница для сабжа?

8 Asmody

25.04.16

✎

11:16

(7) Ну, сабж — это вообще из серии "как бы тебе ответить, чтоб ты не обиделся?"

9 Остап Сулейманович

25.04.16

✎

11:17

(7) Разница здесь : "http отдает тебе json" ЦЫ(3). Это новое слово в стандарте HTTP?

10 Остап Сулейманович

25.04.16

✎

11:20

(8) Вполне нормальный вопрос. И таки да. Разница есть.
HTTP предполагает следование стандарту именно HTTP. А он в сравнении с SOAP в общем случае избыточен.

11 luter-89

25.04.16

✎

11:20

С Http сервисами работать удобнее

12 Остап Сулейманович

25.04.16

✎

11:23

(11) В HTTP задолбаешься строчки запросов формировать. В WEB оно "все само". Прывычные для 1С методы с параметрами.

13 luter-89

25.04.16

✎

11:28

А в веб описание типов + фабрики. Ну видимо к чему душа больше лежит

14 Полотенчик

25.04.16

✎

17:49

Ок, а для предоставления сторонним клиентам API лучше/удобнее реализовывать веб-сервис и передавать им wsdl?

15 luter-89

25.04.16

✎

17:51

(14) API - Это однозначно json

16 Fragster

гуру

25.04.16

✎

17:53

(15) нет

17 luter-89

25.04.16

✎

17:55

(16) С чего это нет?

18 Fragster

гуру

25.04.16

✎

17:58

(17) API = application programming interface
json = JavaScript Object Notation
(15) звучит как "фрукт однозначно яблоко".

19 Fragster

гуру

25.04.16

✎

18:04

хотя по большому счету - rest+json, если 1с от 8.3.5, а клиент - это веб браузер - проще. но в других случаях нужно смотреть по месту.
Например SOAP заставляет продумывать всю структуру данных заранее, что с одной стороны - усложняет, а с другой - упрощает.

20 luter-89

25.04.16

✎

18:04

(18) Сторонним клиентам удобнее принимать файл в формате json и этот формат не зря популярен. А для работы с json используем REST запросы. То есть механизм Http сервисов