Имхо метаданные хранящие информацию строго всегда в конфигурацию. На практике всегда расширение использовал как для багфиксов, для больших конфиг (ЕРП) и конфиг РИБ не подходит эта тема :) дешевле аккуратно допилить и отдать конфигурацию на обновление подрядчику.
всё зависит от объема изменений... ;-) В нашей ситуации их стало уже слишком много, обновления стали очень трудозатратными.. А что значит готовить обновление 2 месяца? Это значит что ты только обновился, а тебе уже пора за след.релиз садиться... Поэтому перешли полностью на расширения, в CF только свои метаданные и реквизиты в типовых объектах, а всё остальное - в CFE
@@i292555 у нас небольшая команда, а поток входящих задач - масштабный. Работаем без хранилища в 1С, разделяем задачи по зонам ответственности, версионируем расширения в файловом хранилище SVN, но мы стремимся к этому (^-^)
Дима, приветствую! Есть документация на ИТС, в которой описан порядок работы расширений, ну и опытным путём тоже много чего откопали интересного и незадокументированного нигде... В принципе именно это и послужило причиной появления этого доклада - донести до сообщества хотя бы что-то основное из обнаруженного)
Если вам обновили CF на стороне- контроль и проверка расширений получается в вашей зоне ответственности ;-) И могут быть нюансы .. Почему я и утверждаю что &Вместо - это зло... а если его не контролировать - то может быть даже и беда(
@@i292555 уфф.. формы - это отдельная боль, поэтому да, у кого еще нет этого - надо заводить стандарт разработки типовых форм только через программные изменения!
Примеры из разных расширений ruclips.net/video/QZoyjO8v6UA/видео.html А точно это связано с версиями? Для форм есть возможность указать вызов как с аннотацией &После, так и указать в свойствах формы обработчик события (в вашем примере это ПриСозданииНаСервере)с вариантом вызова Перед
сейчас руками можно написать код по типу: &НаСервере &После("ПриСозданииНаСервере") Процедура Расш1_ПриСозданииНаСервере(Отказ,СтандартнаяОбработка) однако, при любой попытке добавить такой обработчик через перехват из конфигурации, или через События в палитре свойств формы, или окно Процедуры и функции, не получится. при этом, выше описанный код даже сейчас, на 8.3.19.х будет работать. при этом, при добавлении такого же варианта вызова стандартным способом - платформа не укажет, что уже имеется такой обработчик, и создаст новый, но уже по формату Расш1_ПриСозданииНаСервереПосле. и шутка еще и в том, что они будут оба работать. вначале выполнится тот, что с &После, а потом тот, что Расш1_ПриСозданииНаСервереПосле.
если отключить не потеряются, если удалить то данным конец...Добавлять данные в расширении зло - только непосредственно в конфу если это не коммерческое расширение на продажу.
внимательнее смотрите; как уже сказал выше Роман - отключить можно, но если удалить - тогда данные по объектам в расширении будут утеряны безвозвратно(
Хороший доклад, выводы прям очень реальные
Добрый день! Просьба выложить слайды доклада отдельно для скачивания
Алексей, все презентации мы выложили в t.me/meetupNeti. Смотрите закрепленное сообщение)
в описании видео вверху - добавлена ссылка на саму презентацию ;-)
Имхо метаданные хранящие информацию строго всегда в конфигурацию. На практике всегда расширение использовал как для багфиксов, для больших конфиг (ЕРП) и конфиг РИБ не подходит эта тема :) дешевле аккуратно допилить и отдать конфигурацию на обновление подрядчику.
всё зависит от объема изменений... ;-) В нашей ситуации их стало уже слишком много, обновления стали очень трудозатратными.. А что значит готовить обновление 2 месяца? Это значит что ты только обновился, а тебе уже пора за след.релиз садиться... Поэтому перешли полностью на расширения, в CF только свои метаданные и реквизиты в типовых объектах, а всё остальное - в CFE
@@Belgorod1C а вопрос по хранилищу? Как документируете этот поток доработок и сводите, чтобы не было коллизий?
@@i292555 у нас небольшая команда, а поток входящих задач - масштабный. Работаем без хранилища в 1С, разделяем задачи по зонам ответственности, версионируем расширения в файловом хранилище SVN, но мы стремимся к этому (^-^)
@@Belgorod1C хорошо, понял)
14:00 Николай, привет! Последовательность работы расширений вычислена опытным путем или задокументировано где-то фирмой 1С?
Дима, приветствую! Есть документация на ИТС, в которой описан порядок работы расширений, ну и опытным путём тоже много чего откопали интересного и незадокументированного нигде... В принципе именно это и послужило причиной появления этого доклада - донести до сообщества хотя бы что-то основное из обнаруженного)
@@Belgorod1C за доклад лайк👍🏻
20:00 если обновляют нас Ижитиси и отсылаем им только CF, фактически контроль расширений не актуален?
Если вам обновили CF на стороне- контроль и проверка расширений получается в вашей зоне ответственности ;-)
И могут быть нюансы .. Почему я и утверждаю что &Вместо - это зло... а если его не контролировать - то может быть даже и беда(
@@Belgorod1C да я тоже пришёл к тому, что и детективы Вместо зло и элементы интерфейса нужно даже в расширение создавать программно.
@@i292555 уфф.. формы - это отдельная боль, поэтому да, у кого еще нет этого - надо заводить стандарт разработки типовых форм только через программные изменения!
Пранкеры что ли?? Я 20 минут смотрел и ждал когда будет видос про то как обновлять не типовые базы
не. просто бял я больки обычные
Примеры из разных расширений ruclips.net/video/QZoyjO8v6UA/видео.html
А точно это связано с версиями? Для форм есть возможность указать вызов как с аннотацией &После, так и указать в свойствах формы обработчик события (в вашем примере это ПриСозданииНаСервере)с вариантом вызова Перед
Сергей, это не точно, сугубо личные умозаключения, т.к. не обнаружили никакого документального объяснения такого разного применения аннотаций(
сейчас руками можно написать код по типу:
&НаСервере
&После("ПриСозданииНаСервере")
Процедура Расш1_ПриСозданииНаСервере(Отказ,СтандартнаяОбработка)
однако, при любой попытке добавить такой обработчик через перехват из конфигурации, или через События в палитре свойств формы, или окно Процедуры и функции, не получится.
при этом, выше описанный код даже сейчас, на 8.3.19.х будет работать. при этом, при добавлении такого же варианта вызова стандартным способом - платформа не укажет, что уже имеется такой обработчик, и создаст новый, но уже по формату Расш1_ПриСозданииНаСервереПосле.
и шутка еще и в том, что они будут оба работать. вначале выполнится тот, что с &После, а потом тот, что Расш1_ПриСозданииНаСервереПосле.
если расширение удалить - данные не потеряются тут ложь. Данные всего лижь сделаются неактивными.
если отключить не потеряются, если удалить то данным конец...Добавлять данные в расширении зло - только непосредственно в конфу если это не коммерческое расширение на продажу.
@@rozeroz76 согласен. но у 1с другая позиция насчет этого. Ну и впрочем еще совместить тупая не позволяет использовать все возможности расширений.
внимательнее смотрите; как уже сказал выше Роман - отключить можно, но если удалить - тогда данные по объектам в расширении будут утеряны безвозвратно(
Круто было бы, если бы было можно задать пароль для таких случаев