Сейчас примерно четверть задач реализовыемых мной ложаться на модель акторов.

Думаете 1с добавит акторы?

Фундаментальные концепции

По аналогии с философией объектно-ориентированного программирования, где каждый примитив рассматривается как объект, модель акторов выделяет в качестве универсальной сущности понятие «актора». Актор является вычислительной сущностью, которая в ответ на полученное сообщение может одновременно:

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

Не предполагается существования определённой последовательности вышеописанных действий и все они могут выполняться параллельно.

Отделение отправителя от посланных сообщений стало фундаментальным достижением модели акторов: тем самым обеспечивается асинхронная связь и управление структурами в виде формы передачи сообщений[11].

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

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

Давай по-русски и в трех словах

Суть акторов - параллельные вычисления?

Акторы, контролоры, дублоры

на хабре где-т остатью прочитал?

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

сообщение берется из буфера и обрабатывается.
У актора есть состояние.

Можно настроить параллельный запуск обработок из буфера.

Можете привести пример задачи, которая решалась актором.
В (5) "сообщение помещается в буфер" - очень абстрактно. Можете конкретнее, что куда зачем, и где тут понятие актор.

(4) это одна из 4 моих идей периодически озвучиваемых тут
1. СЛАУ
2. Акторы
3. await
4. lambda

(7) ламбаду слыхал

(6) отсылка писем. это класика

Актор принимает структуру (адрес письма и сообщенеи и т д)
Данные помещаются в буфер

далее берется сообщение из буфера и обрабатывается.

(6) регистр сведений + регламентированое задаение + фоновое задание в одном объекте

https://ru.wikipedia.org/wiki/Модель_акторов

только не совсем понятно чем от обычных потоков отличаются

(12) буфер сохраняется
сейчас для этого нужен регистр сведений

(12) акторы могут работать в период минимальной нагрузки

(13) это уже детали реализации. в определении такого не требуется

сейчас можно реализовать примерно так

сообщение записывается в регист сведений,

регламентированное задаение читает регистр сведений и по завершении удаляет строку.

(15) это важно

(15) актор получает сообщение мгновенно.

Как я понял акторы - это потоки на событях.
В js например такая модель параллельности, но там они называются workers

в go примерно так же с каналами между потоками

в 1с нельзя в фоновое что-то передать после запуска. как ты собрался реализовывать?

(20) каналы это эквивален акторам или замена им.
(21) регламентированное читает регитрсведений.

(21) хотелось бы на уровне платформы

.

(21) В фоновое передать можно, если положить в заранее описанное место и фоновое переодически проверяет почтовый ящик. Почему нет?

(22) это не мгновенно. далеко не мгновенно.
придется либо фоновое стартовать куждую сек или цикл крутить
А на сервере паузы нет

(26) не нужно
в буфер записывается сообщение. Запуск фонового идет независимо.
Запустился, посмотрел буфер, если есть что обработал.

(18) Зачем в 1С "мгновенно"?

(0) Скажи, в чем цель сабжа? Мечты или предложения?

(27) ну так в 1с такое сплошь и рядом.
А ля задания к расчету

(0) Актор это актёр чтоле?

(9)
"Актор принимает" - как это реализовано? регламентное задание?
p.s. и не "регламентированое", а регламентное -)

и мало чего понял, вы опять сжали всё до такой степени.
опишите подоробнее что какой объект метаданных в себе хранит, и какие алгоритмы выполняются с этими данными в какой момент..

Акторы пропали вместе с ТС.
Мощные вброс новаторства в разработке так и не смог дойти до бывалых разработчиков.

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

(30) угу.
Поэтому и нужны акторы.

(34) 5 лет назад?

Акторы-шмакторы. Кто-то наконец узнал про smalltalk?

(37) акторы были в смолтолке?

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

Ога, крууутоо..
Это поэтому современные программы требуют просто невероятное количество ресурсов, а решают все те же задачи что были 15 лет назад, только работают медленнее и глючат больше?

(38) В смолтолке любой объект - "актор" в терминах из (0).

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

Прикинь, подобная лабуда была реализована в СИМУЛе (язык имитационного моделирования систем)

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

(40) Буферезация и паралельное выполнение?

(41) отправка отчетов сотрудникам, сообщений, получение этого все из вне и обработка

(0) Зачем это все в язык 1С тащить?

(37) Нет, кто-то прочитал банду четрёх...