惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

阮一峰的网络日志
阮一峰的网络日志
Blog — PlanetScale
Blog — PlanetScale
B
Blog RSS Feed
L
LangChain Blog
Jina AI
Jina AI
爱范儿
爱范儿
C
Check Point Blog
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
月光博客
月光博客
GbyAI
GbyAI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Stack Overflow Blog
Stack Overflow Blog
V
V2EX
A
About on SuperTechFans
有赞技术团队
有赞技术团队
Microsoft Azure Blog
Microsoft Azure Blog
The GitHub Blog
The GitHub Blog
博客园 - Franky
Apple Machine Learning Research
Apple Machine Learning Research
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Google DeepMind News
Google DeepMind News
博客园 - 三生石上(FineUI控件)
S
SegmentFault 最新的问题

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
1С Образец проектирования «Ждун»
Сорокин Александр · 2026-05-31 · via Все публикации подряд на Хабре

1С Образец проектирования «Ждун».

При создании кода в 1С нередко возникает необходимость подождать завершения внешних событий, только после которых и по результатам выполнения событий запустить дальнейшее выполнение. То что я видел своими глазами или предлагается в  https://infostart.ru/1c/tools/706204/ основано либо на внешнем софте, либо на циклах типа 10050000 раз умножить sin на сos. И то и другое блокирует работу, некоторые варианты сильно грузят процессор. Выпущенный в 8.3.25 ВызватьПаузу(<Интервал>) работает только на сервере.  Я делал интеграцию по http  с внешней площадкой, на наш запрос запускается их процесс, который, грубо говоря, может выполняться от нескольких секунд до недели. Это конечно гипербола, но проблема понятна.

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

Сформулируем точнее. Нам надо реализовать схему

Если ответ на «2. Проверка состояния» приходит сразу,  получаем бешеную карусель. Между п.2 и 3. нужно бы поставить паузу, которая даст время внешней системе сформировать состояние. Как указывалось выше приемлемого решения нет.  И тут на помощь приходят крохи многопоточности ОбработкаОжидания. Кратенько приведем схему кода решения.

Это главный код. Пояснения. Процедура алгоритм запускается в двух режимах с проверкой и без(это совсем не обязательно) . Первый раз когда нужно узнать какое состояние вернет та сторона, второй раз коrда возвращено состояние успешного завершения и нужно просто продолжить обработку полученных данных. Обработчик «Проверка состояния» запускается снова и снова пока не получены состояния завершения ЗавершеноСОшибкой или ЗавершеноУспешно. В первом случае выполнение прекращается, во втором случае продолжается обработка данных. Можно использовать и периодическое ПодключитьОбработчикОжидания, но мне показалось так нагляднее.

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

Процедуры «таймаут», и «проверка» это имитация внешнего поставщика состояний.

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

Для пущей важности эту схему назвал 1С образец проектирования «Ждун».