Исключительно, как документация для клиента?

(0) Для переноса начальной валидации данных с твоего кривого кода на интерфейс.
Если, например, есть ограничение значений строки по маске гуида, то до твоего поделия гарантировано не дойдет строка из плюсиков, что убережет нетленку от развала.

(1) это назидание новичкам - бросайте 1с, а то также разговаривать будете

(2) Точно. Давно пора. Займешься?

А если серьезно. Ты считаешь что проверка корректности параметров проходит на клиенте? И текст ошибки формирует клиент?

Спрашиваю, т.к. если тестировать веб-сервер программой SoapUI то результат который содержит результат ошибки, также содержит и название веб-сервера, его версию

Подниму

(4) да вроде xml везде существует. И на клиенте и на сервере. На клиенте тоже спокойно может работать.

(7) может. но фактически так ли это?

(0) ну наверно потому, что WSDL может импортироваться из сред с языками, где есть типизация параметров. Не 1Сом единым :)

спасибо

но опять же это больше как документация получается для клиента

коллеги, кто силен в этих технологиях, посоветуйте грамотные ресурсы: сайты, форумы

Что бы знать как сериализовать,  десериализовать значения

https://i.imgur.com/oWBO3dy.png

(13) знать программисту? т.е. как документация?

(15) в разных языках с поддержкой ООП есть такой паттерн проектирования, называется "фабрика". так вот, например для того, чтобы с помощью "фабрики" делать объекты с нужными свойствами и методами. собственно, наверняка в платформе также реализовано, только скрыто от 1сника.

собственно, название ФабрикаXDTO как бы намекает...

https://ru.wikipedia.org/wiki/Абстрактная_фабрика_(шаблон_проектирования)

(15) Ну например параметрами могут быть ОбъектXDTO.
Кроме того если бы не были заданы типы, то типы были бы строками. А например строковое представление чисел, DateTime зависит от локализации итд

Программист обязан значение какого типа подставлять в параметрах

про фабрику согласен

(19) > если бы не были заданы типы, то типы были бы строками
Вот пример:

- Операция веб-сервиса принимает параметр parametr1 типа integer.
- Запрос выглядит так
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"; xmlns:а="а">
   <soap:Header/>
   <soap:Body>
      <а:operation1>
         <а:parametr1>99</а:parametr1>
      </а:operation1>
   </soap:Body>
</soap:Envelope>

- Видно, что типизация нигде не обозначена. Т.е. проверку типа обрабатывает уже сервер и не видно что клиент ее использует.

Или вот пример тоже показывающий что именно сервер работает с типами параметров, а не клиент. Передаем в ту же операцию ошибочный строковый параметр.

- Запрос:
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"; xmlns:а="а">
   <soap:Header/>
   <soap:Body>
      <а:operation1>
         <а:parametr1>A</а:parametr1>
      </а:operation1>
   </soap:Body>
</soap:Envelope>

- Ответ сервера:
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">;
   <soap:Header/>
   <soap:Body>
      <soap:Fault>
         <soap:Code>
            <soap:Value>soap:Sender</soap:Value>
         </soap:Code>
         <soap:Reason>
            <soap:Text xml:lang="ru_RU">Неизвестная ошибка. Ошибка проверки данных XDTO:
Значение: 'A' не соответствует простому типу: {http://www.w3.org/2001/XMLSchema}integer
по причине:
Ошибка проверки данных XDTO:
Значение: 'A' не соответствует простому типу: {http://www.w3.org/2001/XMLSchema}integer</soap:Text>;
         </soap:Reason>
      </soap:Fault>
   </soap:Body>
</soap:Envelope>

Отсюда опять же делаю вывод что описание примитивных типов параметров является исключительно документацией для разработчика клиентской части.

+ в WSDL файле