Комментарии 5
Очень полезная статья, думаю пригодится. Единственное замечание, мне кажется, пример для многопотока не корректный. Разве перепроведение реализаций порциями не нарушит последовательность проведения?
Добрый день! Вы конечно правы, многопоточная операция это для изменения в документах, у меня там есть вставка комментария. А пере проведение реализаций должно быть последовательно. Что и делается при закрытие месяца и применяется также "восстановление последовательности" само слово говорит за себя. Спасибо большое за оценку.
Если делать библиотеку функкций то как минимум нужно заложить в ней логгирование и обработку ошибок с Попытка Исключение.
С фоновыми может много чего пойти не так, оно может и не запуститься. Более того если распараллеливать вычисления нужно обходить ограничение - 1000 заданий в истории. Допустим считаете 2 млн операций пакетами по 1000 - через некоторое время (1 млн операций) Вы уже потеряете историю выполнения.
А также много чего еще подробнее тут на примере фоновых Сколько точек зрения у Архитектора в ИТ? / Хабр
Добрый день! Обворачивать выполнение в try catch c выдачей сообщения пользователю "что то пошло не так" это так сказать best practic, полностью с Вами согласен. В статье показал, показать минимальный набор действий для использование выполнения длительных одно и многопоточных операций в фоне. Не совсем понял какую историю не будет видно, если будет включен обработчик ошибок будем ждать завершения. В целом как в 1С так и в JavaScript (Promise.all(promise1,promise2 ..)) результат операций, ожидается после выполнения всех промисов или потоков а не выдается после завершения какого либо потока, в случае завершения хотя бы одного, неуспешно общий результат также будет reject(error) .
Не совсем понял какую историю не будет видно, если будет включен обработчик
Статус задания (и попытка его получить) не будет виден если отработано 1000 заданий, его просто не будет в истории. Ожидать завершения всех заданий эффективно если только все задания отрабатывают за одинаковое время. А так бывает очень редко и в результате параллелизм будет работать со скоростью самого длительного задания. Например, если параллелить расчет ФИФО по товарам то самая большая длительность будет у самого продаваемого товара. Параллелить в 1С не так просто, разработчики знают о лимите 1000 в истории но ничего пока не сделали
Длительные одно и многопоточные операции в 1С