Size: a a a

1С, БСП, DevOps и Архитектура

2019 November 20

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Так, я и готовлю, основываясь на тех данных что уже поставил в конфигураторе.
Уж думал писать программный код "Валюта = Справочник.Валюты.Рубли" в каждом модуле - это ж лишние действия,
Взял себе за правило везде где логика позволяет указывать в конфигураторе это ЗначениеЗаполнения.

Минимизируя код - приходится его дублировать потом?
В форму перекочевать не вариант? Там уже будет заполнено.
источник

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
А отбор случайно в списке не стоит?
источник

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
В форму перекочевать не вариант? Там уже будет заполнено.
Ну как бы, мое понимание такое - если есть где-то начало, и в "начале" что-то можно инициализировать - инициализируй.
Если есть объект, и у него может быть много форм. То лучше инициализировать объект ... а не в каждой форме беспокоится о том будет ли он проинициализирован.
Я чесно-говоря, думал, для этого и сделали "ЗначениеЗаполнения".
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Basil Stepanov
А отбор случайно в списке не стоит?
Не стоит.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Нет у меня доступа к этому разделу (((
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
В форму перекочевать не вариант? Там уже будет заполнено.
Плохой стиль. Желательно расчитывать на программный вызов Заполнить(). При обменах данными столько нецензурщины на тему заполнений объектов в формах....
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Yaroslav Matsera
Плохой стиль. Желательно расчитывать на программный вызов Заполнить(). При обменах данными столько нецензурщины на тему заполнений объектов в формах....
Вот вот. Целиком и полностью согласен!
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
В формах я инициализирую реквизиты формы (если добавлял), а не объекта.
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Ну да, вот вам идея для расширения тогда: перед типовой обработкой заполнения дописывать в первый параметр отдельную структуру со значениями заполнения, что указаны в метаданных :)
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
А в самом обработчике уже анализируй эту добавку и готовь ДанныеЗаполнения как хочется
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
О! Подписка на событие ОбработкаЗаполнения на все объекты с универсальным заполнением по "ЗначениеЗаполнения" в метаданных
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Подписка не катит, ибо вызывается уже после. Тогда и свою логику придется реализовывать после этой подписки.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Yaroslav Matsera
О! Подписка на событие ОбработкаЗаполнения на все объекты с универсальным заполнением по "ЗначениеЗаполнения" в метаданных
Ну да... это ведь должны были сделать разработчики платформы? Или не должны?
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Расширение же предоставлять будет удобную предварительную инициализацию того что в метаданных прописано
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Мне то проще валюту инициализировать в "ОБработкеЗаполнения" а не в конфигураторе ставить.
Не велика потеря. Просто думал так удобнее... оказалось нет.
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Мне то проще валюту инициализировать в "ОБработкеЗаполнения" а не в конфигураторе ставить.
Не велика потеря. Просто думал так удобнее... оказалось нет.
"Все есть код". Следуй этому принципу)
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
"Все есть код". Следуй этому принципу)
Ага, вчера только думал: Что бы работать в VScode - надо отказаться от форм в конфигураторе, и все формы создавать ("рисовать") программно.
Тогда будет агонь. Только зачем же тогда он нужен конфигуратор (и все EDT вместе взятые) - не для облегчения ли работы, и ускорения процесса?
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
Для снижения порога входа
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Ага, вчера только думал: Что бы работать в VScode - надо отказаться от форм в конфигураторе, и все формы создавать ("рисовать") программно.
Тогда будет агонь. Только зачем же тогда он нужен конфигуратор (и все EDT вместе взятые) - не для облегчения ли работы, и ускорения процесса?
Никто не мешает создавать там, но потом переводить в код. Правда кэширование форм страдать будет.
источник