РАСШИРЕНИЯ В 1С. УРОК 4. ОСОБЕННОСТИ РАСШИРЕНИЯ ФОРМ
Вставка
- Опубліковано 2 жов 2024
- Поддержать донатом: donate.stream/...
В этом видео, посвященном изучению механизма расширений в 1С, мы рассмотрим особенности работы форм в расширении. Почему заголовки элементов форм в расширении такие странные? Что в конечном итоге увидит пользователь, если после добавления формы в расширение поставщик сильно ее изменит в типовой конфигурации?
На все эти вопросы вы сможете найти ответ, посмотрев это видео.
Желаю вам приятного просмотра!
Благодарен каждому за репост этого видео.
#расширения1с #уроки1с #видео1с
Мои контакты:
ВКонтакте: ilyaleontyev
Фэйсбук: illeontev
С удовольствием добавлю вас в друзья при условии, что вы не будете меня грузить своими рабочими вопросами :)
В этом видео, посвященном изучению механизма расширений в 1С, мы рассмотрим особенности работы форм в расширении. Почему заголовки элементов форм в расширении такие странные? Что в конечном итоге увидит пользователь, если после добавления формы в расширение поставщик сильно ее изменит в типовой конфигурации?
На все эти вопросы вы сможете найти ответ, посмотрев это видео.
Желаю вам приятного просмотра!
Пишите в комментариях, что вы думаете по поводу этого видео.
Илья привет. Скажи пожалуйста, если сдаваться на спеца по бухгалтерии(или какой либо другой конфигурации) и дорабатывать используя расширения, как отнесутся к этому экзаменаторы? Или лучше не нервировать их и делать доработки по старинке?
Ержан Турдымуратов, если такая доработка будет оправдана с точки зрения логики, то думаю, это будет только в плюс.
Ержан Турдымуратов, когда я сдавал спецов по зуп и бп, никто даже код не смотрел, кстати говоря )
все понятно, спасибо =)
Илья, вот все-таки не могу не написать. Смотрю Ваши видосы по многим причинам: 1. Мне нравится тембр голоса, очень хорошо воспринимается на слух. 2. Мне нравится юморок в течении видоса. Реально помогает расслаблять на секунду мозг и это помогает лучше воспринимать инфу. 3. Все структурировано, никаких лишних действий и слов, что в свою очередь не путает слушателя. 4. Длина видосов идеальна для восприятия инфы и переваривания ее. 5. Отдельное спасибо за несложные дом.задания. Они заставляют мозг думать. Скажу честно, постоянно пользуюсь Вашим сайтом, тоже нахожу на нем много полезной инфы. Выражаю огромную благодарность за качественно сделанный контент. В сети , на самом деле, очень сложно найти полезную, понятную,разжеванную инфу. Вообщем, жду новых и новых видосов и , как можно больше инфы! Спасибо! Вам терпения в своей работе и в создании роликов(Мы их очень ждем!), поэтому прошу, не бросайте канал.) Удачи в развитии канала! и успехов!
Удобно что короткие ролики: можно быстро глянуть в перерыве.
Илья, в последнее время контент очень радует, в частности по расширениям, ждём продолжения!
Вот кроме шуток, если бы сделали возможность в режиме пофигуратора переключать отображение форм на идентификаторы вместо синонимов - я бы Нуралиеву на памятник скинулся :)
установка на поддержку и всякие галочки - оч. хорошая информация!
Как по мне так удобней добавлять изменения на форму кодом. Наглядней, ничего не потеряешь и в случае изменений основной формы посыпятся ошибки ...
В 1С:Предприятие 8.3 (8.3.15.1700) форма расширения выглядит точно так же как и форма конфигурации один в один. Спасибо за урок )
Спасибо Бро,кратко и познавательно,краткость сестра таланта
Идентификация по имени логична, т.к. требуется универсальность и независимость от конфы. Неудобства, конечно, печалят...
Очень понравилась идея одного из отвечавших насчет того, чтобы помечать отредактированные объекты метаданных серым. Ведь если переносить доработки в расширение, то при серьезных обновлениях поставляемой конфигурации, как например при смене редакции, всё равно надо будет переадаптировать доработки, а для этого их надо видеть рядом с новым текстом модуля в процессе запуска мастера обновления, -- в сравнении/объединении конфигураций, а не мучиться поштучно вызывая сравнение с текстовым файлом (куда суем код из новой конфигурации), для каждого модуля доработки. Или же всё-таки можно расширение прямо с новой конфигурацией сравнивать / объединять? Если нельзя, то возможно расширения хороши только для того, чтобы отредактировать что-то без обновления основной конфигурации в течении дня (обновляется моментально + не надо никого выгонять), а также, чтобы быстро "сохранить на диск" какой-то объект метаданных.
хехе, а я знаю как базу вернуть на замок, т.к. смотрел школу...😉
Илюха привет!))))
Спасибо Илья за познавательное видео. Как всегда мало воды и все по существу, это не может не радовать. Хотелось только высказать свою мысль о "печальке" по слетанию в форме расширения после изменения наименований у поставщика. Думаю что это правильно т.к. расширение изначально задумывалось как "временная" заплатка - Пока поставщики не устранит ошибку. А для серьезных нужных нам исправлений все таки нужно снимать "замочек" и делать доработку где при каждом обновлении будет сразу многое видно. А вот как грамотно делать доработки (идеологически и физически :)) в снятую с "замочка" конфигурацию ВОТ ЭТО интересная тема!
Дядя Федор, спасибо за комментарий. Я не соглашусь с тем, что расширения - это временная заплатка. Это очень эффективный инструмент разработки, и его нужно использовать на полную катушку, везде, где это возможно.
Подавляющее большинство ошибок разработчиков можно исправить только при снятом замке. Расширения для этой задачи как раз-таки не очень хорошо подходят. С их помощью хорошо получается именно расширять функциональность, а не исправлять ошибки.
Если говорить о том, как грамотно делать доработки: только с использованием расширений. Изменение конфигурации в том месте, где можно было бы без этого обойтись благодаря расширениям, считаю ошибкой.
Насчет "печальки". Она, конечно, есть, но это не означает, что технология плохая. На самом деле вероятность того, что поставщик изменит наименование именно того поля, свойства которого мы переопределили, не очень большая.
И даже если это событие произойдет, все равно это, скорее всего, не будет возникать чаще ситуации, когда специалист просто забыл перенести то или иное свойство в процессе обновления.
Я бы не был так категоричен насчет расширений ни в ту, ни в другую сторону. Это всего лишь очередной инструмент. Мощный, активно развивающийся, но тем не менее просто очередной инструмент. Совать его там где надо и не надо не следует. В каждом случае инструменты надо подбирать индивидуально. Сначала убеждаемся, что задачу нельзя решить типовыми средствами, затем внешними обработками, затем расширениями, а потом уже думаем про снятие замка. Кстати, снимать замок сразу со всей конфы не комильфо. Как по мне снимать лучше только с изменяемого объекта. Даже в тестах так лучше не делать. Формируется плохая привычка.
Евгений, я много раз слышал о том, что снимать замок со всей конфы не комильфо, но до сих пор ни один человек не смог объяснить мне, в чем прикол.
Насчет внешних обработок: использование расширений удобней, чем внешние обработки, так что в принципе не вижу смысла их использовать в базе, к которой подключено расширение.
Илья, замок - это своего рода пломба, признак, что в объект никто не лазил кривыми руками. Кроме того, это защита от случайного редактирования. Понятно, что для оценки изменений можно сравнить основную конфигурацию с конфигурацией поставщика, но этот процесс не быстрый и для оперативного определения типовой ли объект замок нагляднее. К тому же в объект правка может быть не внесена, но при сравнении будет показано различие. Типа в модуле лишние пробелы, табуляция и т.п. Все это нужно глазами анализировать при сравнении конфигураций. А когда висит замок сразу теряется неопределенность. Человеку, который после меня будет смотреть в конфу будет удобнее.
Спасибо! Очень познавательное видео. Интересно если делать много расширений это будет влиять на быстродействие работы системы?
Сомневаюсь ) Куда более критично писать оптимальные алгоритмы и запросы и экономить серверные вызовы.
Кстати, возможные косяки в расширениях при обновлении - одна из причин, по которой я делаю отдельные расширения. В случае косяка отвалится только сломанное расширение. Остальные будут работать.
Но разработку это должно усложнять...
Вопрос к автору или к тем кто шарит: Что будет если использовать в конфигурации 2 расширения логика которых противоречит друг другу? Скажем в первой, в заимствованом документе установлено свойство элемента формы Видимость истина, а во втором расширении есть заимствованный документ, где свойство видимость стоит ложь. Вопрос необязательно про элементы формы а вообще.Аналогично есть вопрос по коду. Код ведь тоже может противоречить в разных расширениях.
Расширения применяются в определенном порядке. Значение свойства будет соответствовать последнему примененному расширению. На этот порядок можно влиять.
Применяются они в том порядке, как указано в списке добавленных расширений?
Подскажите пожалуйста, как добавить в расширение сохраняемый реквизит?
Вопрос. В конце видео ты показал как поставить конфигурацию на замок. А если она была доработана, эти доработки сотрутся или останутся. По-моему, должны остаться, да?
Комментарий для продвижения!
Илья спасибо, очень полезный курс!
я вот не понял: имя поля всегда такое же как и название реквизита. если будут менять имя, то будут менять и реквизит в данных, а реквизиты уже отслеживаются.
anten22, не всегда имя поля = имя реквизита. банально попробуйте дважды на форму кинуть один и тот же реквизит.
Евгений Клишин я понимаю что это разные поля. Но обычно совпадают.
Имена полей на форме и имена соответствующих им реквизитов абсолютно независимы друг от друга. Ничто не мешает разработчикам назвать их по-разному, так что мы не можем на это рассчитывать.
Спасибо
Стоит заметить, что изменённую конфу стоит восстанавливать на поддержку немного по-другому. Таким способом изменения затрутся.
В принципе, затереть все изменения - это и была цель моего действия. Наверное, мне стоило вместо фразы "поставить базу на замок" употребить фразу "сделать базу типовой".
на видео ты показываешь как из снятой с поддержки ты выгружаешь цф, а потом его же и загружаешь и уже с замком. обман зрения?
MrKrepko поаккуратней в выражениях ) Мы не снимали базу с поддержки. Мы включили в ней возможность изменения с сохранением поддержки, и это абсолютно разные вещи.
Я выгружаю CF из специального рабочего места "Настройка поддержки", и в этом случае выгружается конфигурация поставщика, то есть типовой CF.
Ты можешь попробовать провернуть эту операцию сам и убедиться, что это не монтаж и не магия.
@@IlyaLeontyev Но когда при включенном изменении ты меняешь объект, а потом загружаешь типовую. То все изменения затираются? А если не загружать типовую, то надо каждый раз при обновлении сверять свою доработку с типовой?