Добрый день.

Неужели в 1С клиенте нет реальной просто схемы запустить асинхронную операцию, которая может:
1. выполняться не блокируя интерфейс
2. получить входящее событие о порции обработанных данных.

P.S. Пытаюсь запустить работу с Long Polling http запросам.

P.P.S. Понятно, что есть возможность внешних компонент и внешнего события, но хочется штатных средств без стороннего программирования.

(0) Покажи где (в каком ЯП или платформе) оно есть
При работе с UI

(0)[Неужели в 1С клиенте нет реальной просто]
нет и не будет

Как нет?
Фоновые задания

(0) Их нигде нет. Это просто эмуляция. Выглядит как большой цикл событий/процессов и программный исполняемый слой бежит по нему проверяя кому какой результат отправить.
В 1С оповещение о результате, которое внутри выглядит также как большой цикл по фоновым процессам.

Асинхронность без многопоточности бесполезна, только лишний гемор создает.
Лучше бы многопоточность завезли в платформу. Чтобы можно было процедуры параллельно запускать, с соответствующим инструментарием синхронизации типа мутексов и семафоров.

(5) одинэсникам только мьютексов с семафорами недоставало для полного счастья. Что это вам, системные программисты, что ли? Кому очень хочется - бери С++ и пиши... А в смузевом варианте - вроде Ждать и Асинх уже запилили.

(6) Да одинесникам и асихронность нафиг не сдалась. Без неё проще и лучше. Но сейчас модно всё делать под мобильные браузеры, где синхронные вызовы и модальные окна некомильфо.

(0) есть ПолучитьАсинх у HTTP запроса
Позволяет обработать порцию данных на клиенте твой сабж

(7) слово мобильные зачеркни. это все браузеры такие стали.

если 1С сделает мьютексы, а сделает он это дело когда уже это уже не надо будет и даст пару функций.
тогда надо и поддержку потоков в 1С делать на клиенте (!!!).
а там захочется и green threads как в котлине или голанге.
и появится больше проблем с синхронизацией значений.
сейчас эти проблемы есть в 1Сине только на уровне данных и фоновых заданий на сервере.
а теперь будет еще и на клиенте.
типа оно реально надо?

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

(11) реализацию вероятно ТС не осилил с возвратом результата на клиента через ПоместитьВоВременноеХранилище()

(0) Фоновые задания используй

(8) не взлетает.
Long Polling просто зависает до таймаута и никаких результатов.
но при этом в потоке появляются данные. Уже тестировал.

(3) (12) (13) Фоновые задания это сервер.
Моя сторона это клиент. Зачем клиенту ходить на сервер, создавать вечные серверные фоновые процессы (а это все же вечный цикл как тут уже верно подметили) ради получения клиентом строки данных.
а и еще плюс постоянный опрос клиентом сервера на тему: "а прилетели ли данные".

И вишенка на торте: HttpЗапрос вообще не умеет работать с Long Polling, уходит в таймаут.

(6) "А в смузевом варианте - вроде Ждать и Асинх уже запилили."

Ну это всё мнимая асинхронность.
Интерфейс блокируется при ожидании.

(16) ну так ты Обещание передавай дальше, и не пиши Ждать.

(15) >HttpЗапрос вообще не умеет работать с Long Polling, уходит в таймаут

ты не понимаешь сути работы http и long polling
ушел в таймаут тут же делаешь новый запрос

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

И да
Ждать и Асинх реально нафик не нужны
Это просто синтаксический сахар для упрощения кода

(18) Ну я ж говорю тестировал...
HttpЗапрос вообще не видит там данных, даже когда они там появляются

(20) значит там их нет
криво запрос делаешь имхо

и да
если тебе надо на клиенте - ну так засунь ПолеHTML и юзай внутри скриптики на js

(21) Анука личный опыт в студию. Без кода. Верю на слово.

(22) это то уже ))).
Но хочется красиво и по 1Сному.

Подписался на ветку. Вдруг найдёте решение без сервера...

(21) и кстати через curl данные есть. Так что они 100% там есть.

Создал пустую форму
В ней обработчик ожидания
В нем вызов  получитьасинх
В основной форме получай  форму с обработчиком и запускай асинхр поток
Можешь сделать несколько таких форм пустышек и в каждой свой обработчик

(25) покажи вызов curl и код в 1С

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

(28) сервер взаимодействия или ВК с ОбработкаВнешнегоСобытия

(29)+ хотя и квантования 0.5 секунды через ОбработкаОжиданияПользователя обычно за глаза

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

(31) "тонкий клиент" должен умере-е-еть.... Ничто не сравнится с RDP (mstsc) и прочими тонкими терминальными клиентами по тонкости (VNC, noVNC, Spice...)

Концепция "тонкого клиента" была разработана под слабые компы. Теперь мини-ПК выполняют роль стационарных мощных компов и вполне тянут "толстый клиент", который умеет всё тонкое и всё толстое.

Концепция тонкого клиента была придумана под браузеры.. поэтому и получился он такой ограниченный, чтобы клиентский код легко транслировался в браузерный джаваскрипт.

(30) Для многопоточного алгоритма, постоянно порождающего потоки это нереально много. Полсекунды это нормально только для реакции на клик мышкой по кнопке..

Чтобы не мучиться с long pulling придумали web-socket-ы,но 1с их просто так не умеет - только в составе системы взаимодействия.

В классическом long pulling клиент передает на сервер значение таймаута,через которое сервер пришлет пустой ответ,когда никаких событий нету,после этого,клиент сделает новый запрос.

Передача ответа в виде chunk-ов с ожиданием между чанками - это уже не совсем long pulling,а методика server events.
И ее не все клиенты поддерживают,причем и большинство ещё и буферизуют ответ от 4 до 64 КБ.

Что касается многопоточности,то постоянное порождение потоков - это тоже не есть хорошо - на них тратятся ресурсы,более того,добавляя потоки мы все равно не добавим ядер процессору.
Поэтому,обычно,делается пул потоков,по числу ядер,а уже задачи распределяются по пулу через очередь,когда освободившийся поток берет первое задание в очереди,а если его нету,то засыпает (SuspendThread) до появления задания.

Что касается клиента,то интерфейсный поток (который взаимодействует с экраном и клавиатурой) всегда один - попытка распределить интерфейс на несколько потоков ни к чему хорошему не приводит.
А вот делать выполняемый в фоне процесс для клиента не стали,исходя из того,что все вычисления делаются на сервере.
Если же вам очень хочется чего-то повычислять на клиенте,то специально для этого есть функции запуска отдельных процессов Запустить приложение и КомандаСистемы.

(0) Может запускать JS в скрытом поле HTML? Просто идея...

Пытаюсь вернуть ветку к сабжу

(39)Неа..Я пробовал

Может я не те сигареты курю, но не взлетело.

(40) Я не курю. Может и Вам перестать курить и мысль начнёт работать?

Я бы вышел на площадь с плакатом "!С,Цуки! Даешь классы, и наследуемость!"
Полиморфизм, худо бедно и так есть:-)

(41)Ну это же было иносказательно.Неужели не понятно.
Если это оскорбило Ваши чцувства,то извините

и кстати я не курю уже 14 лет:-) Так что..

Пару слов Пока я не убежал:-)
Меня умиляют попытки программистов 1С выглядеть ТРУ прграммерами:-)
Ребята..
Мы и (допустим) программисты С++ - Это не корм коню.СОВЕРШЕННО разные вещи.
Пусть сишники при мне закроют баланс или начислят зарплату - вот тогда я буду считать их себе равными.

Он явно обкурился

(46)Кто посмел?

(42) В 1С есть классы и наследование

Всегда были!

(48)Совершенно соглавен.
Но нет СВОИХ классов и наследования.
Мне сказали что документ - это класс.У него паблик Дата и Номер. Это наследуешь. Остальное сам
Классно.А может я хочу объект ШАР. С паблик диаметр и состав?6-)

А может я хочу класс РЫБА.
С приват размер и цветГ

и с паблик функция ми их устанавливающими?:-)

В 1С конечно нафитг не сдалась эта рыба..
Но тот факт что их нет - напрягает

(50) (51) Обработки, Карл!

(54) Ой,Волшебник, не щекочите мои тапочки.
Причем тут обработки?
Хоть убейся , никакой обработкой не реализуешь например
класс Бухгалтерия, с возможностью наследования, от которого
потом класс Зарплата унаследует все методы и добавит свои:-)

(55) Вы путаете конфигурации и классы

(56)Вы можете даже дать пример как и в чем  я путаю?:-)

(55) ты на С++ напиши класс "бухгалтерия" и потом будешь тут всех уму разуму учить....

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

Я даже готов подождать какое то время.Мне интересно.

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

(58)А я никого и не призывал писать на с++ класс  Бухгалтерия.
Это был просто наиболее наглядный пример.
А кстати не настолько тос сложный интерфейс у 1С в их меьттоданных..или они всех нас считают идиотами что мы не сможем написать класс потомок?... Хм..

(60)Это костыли..И ты перекрасно об этом знаешь.

(61) трололо

(63)Ладно ладно:-)
Я тут бываю редко последнее время..
Будем считать что поднял пару вопросов на "подумать":-)
Всем удачи.

Обработка - это объект со свойствами и методами,почти как класс,но никакого наследования нету.
Ну,например,в VbScript тоже можно описать объект,который называется class,но тоже нет никакого наследования.

(65) В 1С наследование одноуровневое.

Не надо ругать ограничения наследования в 1С, потому что в Java тоже есть ограничения наследования. Например, нельзя наследовать класс от нескольких предков.

Итак, наследование в 1С есть. Инкапсуляция есть. Полиморфизм есть (Документ.Провести() проводится по разным регистрам).

И кто ещё скажет, что в 1С нет ООП?

Тут вообще отдельный вопрос - это наследование в интерпретируемых языках,так как до момента исполнения никто про код ничего не знает,и делать можно все,что угодно.
Более того,методы вызываются или прямо по имени или через трансляцию имени в идентификатор.
Другое дело - компиллируемые языки,где объект определяется в момент компиляции,и нужно на этот момент знать - какие методы он реализует.
Ну и,самый главный бонус наследования в том,что можно вызывать методы предков.

(0) пффаххаха.
Такая длинная полоска, а не в курсе про фоновые.

В java есть понятие interface,который более четко и понятно реализует сложное наследование.
В си++ сложное наследование добавляет таких граблей,про которые не сразу и поймёшь,что наступил.

(15)
Дак клиент или порция ОБРАБОТАННЫХ ДАННЫХ?

где эти все трындычихи с убийцами 1С..?

Проблема в том,что когда ты сделал потоки,синхронизацию и отложенное исполнение,то потом нужно очень долго объяснять программистам,как этим пользоваться.
Опять же,crm систем,где это все работает,пруд пруди,а вот посчитать себестоимость или затраты на производство - они просто не могут.

(65) а копирование  объекта метаданных, чем тебе не наследование?))

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

(70) ну интерфейс это не совсем про наследование, скорее про задать контракт

После (41) ветку можно очищать )))
Опять оффтоп )))

(40) а что конкретно пробовал?
и почему не взлетело?