В релизе 8.3.26 планируется "Отправка уведомлений с сервера в клиентское приложение"

1С v8

31.01.24

✎

13:55

1. Круто	86% (6)
2. Своё мнение	14% (1)
3. Не круто	0% (0)

Всего мнений: 7

"Отправка уведомлений с сервера в клиентское приложение"
https://wonderland.v8.1c.ru/blog/otpravka-uvedomleniy-s-servera-v-klientskoe-prilozhenie/

1 Garykom

31.01.24

✎

14:03

1. :[|||||]:
2. Почему не использовать обычные оповещения (на форму)???
Зачем новая сущность почти такая же?

2 Волшебник

31.01.24

✎

14:04

(1) чтобы обрабатывать уведомления фоновыми заданиями, где нет форм

3 Admin_Net_1C

31.01.24

✎

14:08

1С:Сервер взаимодействия идет лесом?)

Круто

4 Волшебник

31.01.24

✎

14:10

(3)

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

5 Garykom

31.01.24

✎

14:11

(2) Эмм. Какие фоновые задания на клиенте?
Отправка же из серверного фонового на клиента - всегда подразумевает наличие хотя бы одной формы

6 Garykom

31.01.24

✎

14:13

(5)+ Хотя согласен если можно будет ловить в ОбщийМодульКлиент
Если же нет - это банальное оповещение в форме

7 shuhard

31.01.24

✎

14:22

Круто

8 Anton1307

31.01.24

✎

15:47

Круто

9 dmt

31.01.24

✎

16:18

Важная особенность нового механизма – гарантированная доставка информации до клиентского сеанса (именно сеанса, не пользователя!)

интересно что имеется ввиду? если пользователь открыл 2 сеанса, то уведомление придет в конкретный сеанс-получатель или что-то другое?

10 MaximSh

31.01.24

✎

16:27

(9) Логично, зачем Даше под логином Саши сообщение из другого сеанса Саши.

11 H A D G E H O G s

31.01.24

✎

16:49

Из статьи непонятно - у клиента будет событие или все также надо чето опрашивать.

12 Asmody

31.01.24

✎

16:53

То, о чём так долго говорили большевики, ~~свершилось~~! (только надо немножко подождать)

13 Волшебник

31.01.24

✎

16:53

(11) Ну вроде сначала надо подписаться

МенеджерУведомленийКлиента.ПодключитьОбработчик(Ключ, Обработчик)

потом ждать вызова Обработчик.
Сам вызовется

14 Asmody

31.01.24

✎

16:55

(11) вот же:

ПодключитьОбработчик(<Ключ>, <Обработчик>). Клиентский метод, подключает обработчик уведомлений клиента. Если параметр Ключ установлен в строковое значение – используя это строковое значение для адресного отключения обработчиков. Если Ключ установлен в Неопределено - обработчик будет вызываться для всех полученных уведомлений.

15 Asmody

31.01.24

✎

16:59

Может так и до лямбд доживём?..

16 ptiz

31.01.24

✎

17:02

Непонятно, что мешало это сделать 10 лет назад.

Круто

17 Волшебник

31.01.24

✎

17:09

(16) религия не позволяла, а теперь вот самим понадобилось

18 Garykom

31.01.24

✎

17:13

(15) Может еще разрешат код из обычных dll выполнять?

19 PR

31.01.24

✎

17:19

(11) Что значит непонято?
Конечно же будет событие
Иначе это уже и так есть
То есть на сервере что-то закончилось и тут же (тут же — это миллисекунды, а не я даже чаю не успел налить) на клиенте событие
То есть, если ты в одном сеансе в поле выбрал значение 100 и тут же отправил сообщение на сервер, а сервер тут же отправил сообщение на второй сеанс, который по событию напишет в поле значение из первого сеанса, то во втором сеансе на форме в поле значение появится 10 быстрее, чем ты успеешь повернуть шею

20 Garykom

31.01.24

✎

17:14

Можно не завершая фоновое результат промежуточный возвращать

21 PR

31.01.24

✎

17:17

Ну что, кто первый напишет православный чат на 1С?

22 PR

31.01.24