Коллега, вопрос. Вот есть у нас расширения, и там есть директивы, как я их называю, инъекций (хотя это директивы компиляции) &После - В чем глобальная разница с подписками на события?
1. Расширения возможны с платформы 8.3.6 2. Подписка дополняет алгоритм сразу для множества событий, директивы имеют точечное назначение, поэтому недавно в расширения добавили возможность создания подписок на события, что очень клево. Теперь для их создания не нужно изменять существующую конфигурацию.
@@sergframer Правильно ли я "догоняю" :) Что, то что подписки на события можно добавлять в Расширения - это для более простой адаптации старых бизнес-приложений, которые были написаны до версии 3.7? А то и подписки и их заимствование в расширения :)
@@sergframer 2. Подписка не может дополнять алгоритм для множества событий хотя бы потому, что подписка на ОДНО событие, и поле Событие одно в свойствах подписки. Вы либо формулируйте грамотно (не подпискА, а подпискИ), либо вообще не пишите - еще больше путаете людей 2а. Если вы имеете в виду создания множества подписок и ОДИН обработчик то это вообще другая история. С чего может быть разница? у подписки жестко указывается источник событие и где искать процедуру. То же самое что в этом событии объекта жестко указать процедуру общего модуля. НЕТ разницы, просто декорация для красоты
Добрый день. Я правильно понимаю, что на каждую подписку должен быть свой общий модуль? Нельзя создать 1 общий модуль и записать туда разные процедуры для разных подписок?
@@sergframer А как будет соотноситься подписка с процедурой? В подписке можно помимо модуля еще и указывать имя процедуры или имя предпределенное и подписка будет искать именно его?
@@TRIALEX3 Имя процедуры можно определить свое, ищет по названию в поле Обработчик. Если перед нажатием на кнопку открыть (лупа) определить модуль и свое имя, будет создана процедура с указанным именем. Если есть в модуле уже процедура с необходимым набором параметров, можно привязаться к ней с помощью кнопки Выбрать (три точки)
Объясните мне, зачем весь этот бардак с исполнением на сервере или на клиенте и это еще часто в одном модуле все может быть вперемешку. Чем фирму 1С не устроил стандартный подход, когда серверный и клиентский код разделяется в принципе, соответственно, на backend и frontend? В чем плюс такого подхода? Я лично плюсов не вижу, одни минусы.
Я тоже не понял зачем автор так много времени уделяет толстому клиенту, это в принципе мертвое направление. Только с толку сбивает. Автор ответит? или просто лекцию зачитал и сам не понимает зачем этот весь бардак нужен. Все это смахивает на историю, когда все понимаю, что это не нужно, но делают умный вид, вместо того чтобы людям прямо сказать "это тупиковая старая технология но она есть давайте я вам расскажу чтобы вы время убили"
@@ИльяТопалов-ч1т У меня на поддержке старое приложение, и там используется толстый клиент, исторически. Как раз столкнулся с непонятками, почему подписка не работает как надо, и это видео мне помогло.
Офигенный препод,лучше не встречал!
Коллега, вопрос. Вот есть у нас расширения, и там есть директивы, как я их называю, инъекций (хотя это директивы компиляции) &После - В чем глобальная разница с подписками на события?
1. Расширения возможны с платформы 8.3.6
2. Подписка дополняет алгоритм сразу для множества событий, директивы имеют точечное назначение, поэтому недавно в расширения добавили возможность создания подписок на события, что очень клево. Теперь для их создания не нужно изменять существующую конфигурацию.
@@sergframer Правильно ли я "догоняю" :) Что, то что подписки на события можно добавлять в Расширения - это для более простой адаптации старых бизнес-приложений, которые были написаны до версии 3.7?
А то и подписки и их заимствование в расширения :)
@@chistovpavel с 8.3.17 можно создавать собственные подписки через расширение конфигурации
Подписки могут выполняться в любом порядке (хотя на практике они выполняются сверху вниз по дереву конфигурации)
@@sergframer
2. Подписка не может дополнять алгоритм для множества событий хотя бы потому, что подписка на ОДНО событие, и поле Событие одно в свойствах подписки. Вы либо формулируйте грамотно (не подпискА, а подпискИ), либо вообще не пишите - еще больше путаете людей
2а. Если вы имеете в виду создания множества подписок и ОДИН обработчик то это вообще другая история. С чего может быть разница? у подписки жестко указывается источник событие и где искать процедуру. То же самое что в этом событии объекта жестко указать процедуру общего модуля. НЕТ разницы, просто декорация для красоты
Есть Задача 2 Вариант 1 Учет товаров???
А как можно посмотреть все подписки для определенного объекта метаданных?
Найти ссылки на объект для объекта конфигурации
Добрый день. Я правильно понимаю, что на каждую подписку должен быть свой общий модуль? Нельзя создать 1 общий модуль и записать туда разные процедуры для разных подписок?
Можно использовать один модуль для всех подписок
@@sergframer А как будет соотноситься подписка с процедурой? В подписке можно помимо модуля еще и указывать имя процедуры или имя предпределенное и подписка будет искать именно его?
@@TRIALEX3 Имя процедуры можно определить свое, ищет по названию в поле Обработчик. Если перед нажатием на кнопку открыть (лупа) определить модуль и свое имя, будет создана процедура с указанным именем. Если есть в модуле уже процедура с необходимым набором параметров, можно привязаться к ней с помощью кнопки Выбрать (три точки)
@@sergframer Спасибо за ответы!
Объясните мне, зачем весь этот бардак с исполнением на сервере или на клиенте и это еще часто в одном модуле все может быть вперемешку. Чем фирму 1С не устроил стандартный подход, когда серверный и клиентский код разделяется в принципе, соответственно, на backend и frontend? В чем плюс такого подхода? Я лично плюсов не вижу, одни минусы.
Я тоже не понял зачем автор так много времени уделяет толстому клиенту, это в принципе мертвое направление. Только с толку сбивает. Автор ответит? или просто лекцию зачитал и сам не понимает зачем этот весь бардак нужен. Все это смахивает на историю, когда все понимаю, что это не нужно, но делают умный вид, вместо того чтобы людям прямо сказать "это тупиковая старая технология но она есть давайте я вам расскажу чтобы вы время убили"
@@ИльяТопалов-ч1т У меня на поддержке старое приложение, и там используется толстый клиент, исторически. Как раз столкнулся с непонятками, почему подписка не работает как надо, и это видео мне помогло.
Блин я думал что он читает реп
Спойлер - просто ставьте все галочки
Не просто, а со смыслом. Не все галочки одинаково полезны.