​​Конструктор внешних печатных форм

А Вы когда-либо пользовались Конструктором Внешних Печатных Форм?

Когда-то давным-давно, работая во франче, я задумался о том, как много времени бессмысленно тратят 1Сники на "вынос" типовых печатных форм. Бывало так, что нужно внести микроскопические изменения в типовую печатную форму. И бОльшую часть времени тратишь на вынос этого 1Сного говна кода. А потом за пару минут добавляешь свой функционал.

И решил я сделать инструмент, который бы экономил время разработчиков. И убил на это кучу часов своего неопытного программирования 😅. И что-то вышло!

Обработок было несколько. Каждая популярнее предыдущей. И последнюю версию скачали на Инфостарт (за $m) в сумме ≈ 2 тысячи раз + пиратские ресурсы + доработанные копии от других авторов на том же Инфостарт.

"Вынос" внешней печатной формы при помощи этой обработки занимал несколько кликов.
Обычные и управляемые формы. Поддерживались все основные конфигурации. Анализ зависимостей кода и программное компилирование файла обработки (помню как на форумах выискивал способы программно создать обработку). В общем, это была моя гордость. Хоть и сейчас этот говнокод лучше не видеть в темноте 😆

Ещё при помощи инструмента я выложил большую коллекцию ВПФ для типовых, которая тоже пользовалась успехом.

Но к чему это? В какой-то момент мне надоело. И я устроился в компанию, где мало имел дело с типовыми и тем более ВПФ.

Прошло много лет. Вряд ли сейчас на современных конфигурациях эти инструменты вообще работоспособны... Помните, как 1С сначала не хотела использовать зарезервированную переменную ЭтотОбъект в УФ, а потом резко передумала, сломав кучу инструментов сообщества, которые начали юзать ЭтотОбъект = РеквизитФормыВЗначение("Объект) ? 🤣

Сейчас я почти не имею дело с типовыми. На работе "свои" конфигурации, хоть они и используют БСП. Но до сих пор и этот инструмент и коллекции ВПФ скачивают. И раз в месяц задают в личку вопросы по использованию.

И посему у меня вопрос к аудитории.
Как считаете, с учетом современных реалий, имело бы смысл создание новой версии инструмента? Нужны ли сейчас Внешние Печатные Формы (когда есть расширения)?

Запущу опрос. Если у кого есть что сказать, то можно писать комментарии =)

​​Менеджер открытых форм

Обработка позволяет редактировать данные открытых форм и открывать новые с передачей параметров

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

Но как же сильно может меняться код разработчика за годы опыта. Обработке примерно лет пять. И, как это принято у программистов, "хочется плюнуть и переделать".
Видны ошибки, узкие места, "некрасивые" методы и подходы. Чем больше кода пишет разработчик, тем лучше у него это получается. И, тем более, если параллельно со своим опытом интересоваться опытом других.
Вот и я каждый раз при допиливании своих старых инструментов хотел дать по башке самому себе прошлому за это подражание принципам написания "типового кода". Но вспоминаю, что это нормально...
Джуны пишут не тот код, о котором говорят в "учебниках" (или на ИТС). Джуны пишут тот код, который видят вокруг себя. Который "впитывают".
Новички учатся на том, что видят. А видят, в основном, "типовые". Типовые конфигурации со всеми их проблемами и изъянами. Вы пробовали проверить какую-нибудь бухгалтерию на чистоту кода? Лучше и не пытаться)

Поэтому очень полезно бывает пересматривать свои старые разработки. Делать "ревью" своих прошлых трудов...
А Вы как часто это делаете? Попробуйте ради эксперимента открыть код прошлого года. Если Вам кажется, что всё плохо, то поздравляю! Скорее всего Вы за этот год профессионально подросли ☺️

В общем, я выбрал худший способ рекламировать свою обработку. Но я исправлюсь... Она работает. И если когда-нибудь будут возможности и желание "всё переделать", то выйдет версия 1.0. А пока что это Бета. Стабильная, работающая и не раз выручающая Бета.

Если кому интересно, то вот ссылка на Инфостарт. Можно скачать, а можно просто плюс поставить 😁

И всех с Наступающим! Ага, осталось меньше месяца. Время подводить итоги и строить очередные планы на очередной год 🥳

Пример использования "с полей".

Когда срочно пытаешься что-то потестить, а в одной из форм выбора нет элементов.

Открываешь обработку и видишь, что в фиксированных настройках это чудо)
Снимаешь использование и продолжаешь свою работу.

Как оказалось, расширили тип ресурса, а в параметрах выбора остался отбор Ссылка В (Перечисление1, Перечисление2). Вот и фиксированные настройки вылезли 😁

Операции над датами внутри запроса

В запросе можно создавать даты на основе данных из самого запроса.
И если вдруг в какой-то строке будет превышено максимально допустимое значение даты, то весь запрос упадёт с ошибкой.
Так что стоит самостоятельно проверять значения.

А вот интересную особенность прислал @Garilia

ВЫБРАТЬ
  178956971 КАК Колво
ПОМЕСТИТЬ ВТ;
  
ВЫБРАТЬ 
  ДОБАВИТЬКДАТЕ(&ТекущаяДата, ГОД, Колво)
ИЗ ВТ

Если в данном запросе использовать число меньше указанного, то СУБД либо сможет получить дату, либо поругается на превышение максимально доступного значения. Что логично и ожидаемо.
Но если указать данное число (или больше), то ошибка будет такой:

У пользователя недостаточно прав на исполнение операции над базой данных

Возможно, у вас это число будет отличаться. Но это не точно =)

Интересно, а что за операция такая происходит на СУБД? 🤔 😁

Задачка на обсуждение (СКД)

Есть отчет. У него в основном варианте нужно сделать отбор Поле = <Значение>. И вынести его в пользовательские настройки.

Всё просто - в конфигураторе в основных настройках добавить отбор и выбрать значение.
Но дело в том, что Значение - это ссылка на НЕ предопределенный элемент справочника.

Для пользователя должно работать так же, словно как с предопределенным значением

Как бы вы реализовали такой отчет?

Групповая разработка в EDT

Продолжаем цикл "Road to EDT. От простого к непонятному".

В данном ролике разберем основы групповой разработки с EDT.

https://youtu.be/uAkRR9NuoTI

Выступает: Ворона Андрей (DevOps-инженер)

Монтаж: Подмогильная Екатерина (Ведущий Разработчик)

@ITMagnit