Я выбрал для себя скорость 0.5. Ставлю на паузу в ключевых моментах. После нескольких минут просмотра захотелось пойти налить пивка и бахнуть за здоровье автора ))) Продолжай в том же духе, дружище!
Ну там конечно не во всех деталях, за один ролик все не расскажешь. Но общее представление должно сложиться. Задумывалось что это надо смотреть после первой части (в первой было про http сервис и немного про web)
Спасибо! Полезные видео, доступный формат. Может заинтересую темой для будущих видео - Получение списка общих информационных баз через web или http сервисы.
Подскажите пожалуйста, как правильно определить какого типа нужно передавать параметр в SOAP запрос (то есть, иногда в определенных веб сервисах мы передаем сразу примитивы, в других мы допустим сериализуем структуру 1С в объект XDTO, в третьих мы получаем сам тип сервиса на основании его создаем объект XDTO заполняем параметры а потом этот объект передаем как параметр), как этот момент точно определять какой тип нужен в том или ином случае?
json cжался в тип ХранилищеЗначения, далее этот объект сериализовался и записался в сериализованном виде через СериализаторXDTO.ЗаписатьJSON. На другой стороне он через метод СериализаторXDTO.ПрочитатьJSON дессериализуется, на выходе опять объект типа ХранилищеЗначения. Из него надо методом Получить() получить исходный json. В этом суть сериализации/дессериализации.
@@user-sl1tw9vg8x Если через хранилищеЗначения - да. Для универсальности можно как-то через Base64 - это стандарт кодирования бинарных данный, с ним все могут работать. В видео просто идея передается. Конкретая реализация - это уже индивидуально. Так же надо учитываться что web сервера сами по себе сжимаю данные испльзуя архиватор gzip. Так что надо индивидуально подходить. Зависит от узких мест. Если канал данных узкий, то придется сжимать и все равно будет выигрышь, даже с учетом траты процессорного времени на запаковку распаковку. Если канал широкий, то возможно и не надо, лишняя нагрузка на проц.
Я выбрал для себя скорость 0.5. Ставлю на паузу в ключевых моментах.
После нескольких минут просмотра захотелось пойти налить пивка и бахнуть за здоровье автора )))
Продолжай в том же духе, дружище!
Надо медленнее говорить? =)
@@fastAbout1s Все отлично, просто зависит от восприятия зрителя )
Мое почтение, все кратно и по сути!!!! Мне нравиться такой формат!!! Успехом Вам!
Спасибо! 🙂
Благодарю тебя человек, за твой бесценный труд
Лаконичное видео, но если бы был не знаком с темой, наверно мало что понял))
Ну там конечно не во всех деталях, за один ролик все не расскажешь. Но общее представление должно сложиться. Задумывалось что это надо смотреть после первой части (в первой было про http сервис и немного про web)
Подскажите, а каким приложением вы смотрели схему запроса с визуализацией, например на 0:39 и 1:09?
Классные уроки!!!
Для установки признака списка в пакете XDTO достаточно установить максимальное количество в -1
Спасибо! Полезные видео, доступный формат.
Может заинтересую темой для будущих видео - Получение списка общих информационных баз через web или http сервисы.
Спасибо! Надо обдумать идею.
Подскажите пожалуйста, как правильно определить какого типа нужно передавать параметр в SOAP запрос (то есть, иногда в определенных веб сервисах мы передаем сразу примитивы, в других мы допустим сериализуем структуру 1С в объект XDTO, в третьих мы получаем сам тип сервиса на основании его создаем объект XDTO заполняем параметры а потом этот объект передаем как параметр), как этот момент точно определять какой тип нужен в том или ином случае?
Можно открыть ws ссылку, там описана модель web сервиса. Все типы, методы и типы параметров этих методов. В моём видео на позиции 7:19
Для списка в пакете XDTO надо -1 указать
а как распаковать сжатый JSON ?
json cжался в тип ХранилищеЗначения, далее этот объект сериализовался и записался в сериализованном виде через СериализаторXDTO.ЗаписатьJSON. На другой стороне он через метод СериализаторXDTO.ПрочитатьJSON дессериализуется, на выходе опять объект типа ХранилищеЗначения. Из него надо методом Получить() получить исходный json. В этом суть сериализации/дессериализации.
@@fastAbout1s Т.е. таким способом только из 1С в 1С получится данные передать. В сторонних сервисах уже будет проблематично прочитать?
@@user-sl1tw9vg8x Если через хранилищеЗначения - да. Для универсальности можно как-то через Base64 - это стандарт кодирования бинарных данный, с ним все могут работать. В видео просто идея передается. Конкретая реализация - это уже индивидуально. Так же надо учитываться что web сервера сами по себе сжимаю данные испльзуя архиватор gzip. Так что надо индивидуально подходить. Зависит от узких мест. Если канал данных узкий, то придется сжимать и все равно будет выигрышь, даже с учетом траты процессорного времени на запаковку распаковку. Если канал широкий, то возможно и не надо, лишняя нагрузка на проц.