РАСШИРЕНИЕ 1С. УРОК 6. ДОБАВЛЕНИЕ КОМАНД НА ФОРМУ
ฝัง
- เผยแพร่เมื่อ 28 ส.ค. 2024
- Поддержать донатом: donate.stream/...
В этом видео по расширениям конфигураций в 1С мы создаем команду на форме, а также разбираем нюансы работы с программным кодом в модулях расширения.
Желаю вам приятного просмотра!
Благодарен каждому за репост этого видео.
#расширения1с #уроки1с #видео1с
Мои контакты:
ВКонтакте: ilyaleontyev
Фэйсбук: illeontev
С удовольствием добавлю вас в друзья при условии, что вы не будете меня грузить своими рабочими вопросами :)
В этом видео по расширениям конфигураций в 1С мы создаем команду на форме, а также разбираем нюансы работы с программным кодом в модулях расширения.
Желаю вам приятного просмотра!
Благодарен каждому за репост этого видео.
Пишите в комментариях, что вы думаете по поводу этого всего.
Илья, спасибо за интересный и полезный курс.
В этом ролике вы говорите, что "когда мы находимся в исходном модуле, мы не можем вызывать методы описанные в модуле расширения". Это не совсем так. Например, если в модуле расширения добавлена процедура:
&НаКлиенте
Процедура Расш_1_ПроцедураИзМодуляРасширения() Экспорт
то данную процедуры можно вызвать из исходного модуля так:
ЭтаФорма.Расш_1_ПроцедураИзМодуляРасширения().
спасибо! Объясняете супер!
Спасибо! Все понятно. Стиль изложения - класс!
Я давно уже мечтаю, что, в функционале расширений, добавят не только "Добавить в расширение", но и "Добавить в расширение весь объект" - а то муторно получается, сидишь, по одной позиции добавляешь...
Илья, спасибо за понятное и интересное объяснение. Посмотрела 6 уроков по расширениям конфигураций в 1С, осталось чуть-чуть )))
Посмотрела, потому что я - Ольга, под аккаунтом Дмитрия )))
@@user-pc8jq4ku4j "Посмотрела 6 уроков по расширениям конфигураций в 1С, осталось чуть-чуть )))" - осталось в голове?)) Дима-Оля...
Самый интересный ролик из этой серии. Самый важный, на мой взгляд
Согласен, я долго запрягал ) Дальше все ролики будут интересными, на мой взгляд. Спасибо, что досмотрел до этого места.
Эх... До конца ролика ждал лайфхак, но не судьба. Тогда сам подскажу: код для модулей в расширениях (в т.ч. и запросы) правильнее, удобнее и просто быстрее готовить в рамках основной конфигурации и только потом готовый кусок переносить в расширение. Например, для этого (т.е. для создания и отладки) можно использовать внешнюю обработку. Отмечу, что расширение будет работать даже при отсутствии реквизитов, используемых, например, в запросе.
Алексей, а почему так? Не понимаю, в чем удобство.
@@IlyaLeontyev Так вроде отсутствие "лишних хвостов" повышает устойчивость расширения. Простейший пример - для запроса нужен реквизит "Сумма". Можно написать запрос в рамках основной конфигурации, вставить в готовом виде в расширение, и он успешно отработает. Если же разработчик конфигурации как-то изменит типа этого поля "Сумма", то расширение никак не отвалится, т.к. в нем этого реквизита нет.
Если же "Сумма" добавить в расширение, то при любых корректировках типа данных реквизита - придется обновлять его и в расширении, иначе оно не применится.
Здесь много сторонников кнопки "Добавить все что мне может понадобится в расширение". Я же наоборот - добавляю по минимуму, и даже зачастую вычищаю многое из того, что платформа по умолчанию засасывает в расширение, из -за простого добавления формы.
Мне бы кнопку "Добавь ТОЛЬКО ФОРМУ", без связанных по ссылкам объектов :)
@@xalker Добавлю: Лично сталкивался с проблемой, когда даже минимально перенесенные объекты при обновлении конфигурации влияли на работу. Например, к конфигурации было создано расширение - адаптация. В расширении буквально пару документов, пару регистров сведений из расширяемой конфигурации, также добавлено несколько своих регистров, то есть все по минимуму. При очередном обновлении перестали корректно выводится остатки через отчет "ведомость товаров на складах". Если строишь отчет за длительный период, например, год все отлично. Если строишь отчет за день, месяц, то начиная с определенного периода не выдает начальных остатков, вся таблица красная. Сам отчет в расширениях не участвовал. Разрешилось чисткой всех "лишних хвостов", что система переносила автоматом в расширение. После чистки отчет пошел как надо. Кнопку "ничего лишнего" поддерживаю.
@@asgrinemos547 ну сейчас платформа уже намного более адекватно забирает в расширение. Стало сильно проще.
Согласен. Сам стараюсь не добавлять в расширение много данных. Код расширения выполняется после объединения конфигурации и всех расширений, можно обращаться к основной конфигурации без добавления в расширение. Я это называю "писать код вслепую", подсказчик не показывает, конструктор запроса ругается, но все работает, можно из внешней обработки копировать или просто писать "вслепую". Меньше шансов, что расширение целиком отвалится.
Очень полезно, благодарствую! :)
Очень полезное видео! Спасибо!
спасибо большоею мне очень пригодились ваши пояснения по 1 С
Также, внесу предложение: для переменных в рамках процедуры/функции использовать префикс "п". Это позволит гарантированно НЕ пересекаться с именами реквизитов и переменных поставщика.
Круто!
Илья, добрый день. Прошу прощения, что пишу комментарий не к тому видео - просто не знаю, видите ли Вы комментарии к видео годичной давности :)) Спасибо Вам огромное за Вашу труд, Ваши видео и подробные объяснения. Мне очень многое стало понятно, как НЕ ПРОГРАММИСТУ 1С, да и в принципе не программисту :)) Я обычный Админ. Вот реально эмоции благодарности зашкаливают))) Настолько стало все принципиально понятно. Есть, конечно небольшой вопрос, если позволите. На днях тут пришлось опять столкнуться с обновлением не типовой конфигурации - Упрощенка. При загрузке обновления и фильтра на "дважды измененные" получаю вот такой вот список - a.radikal.ru/a35/1807/98/c172784cd31c.png Я могу САМУ ФОРМУ обновить, поставив режим "Объединить с приоритетом основной конфигурации " ???, а МОДУЛЬ естественно оставить в режиме "Взять из новой конфигурации поставщика". Просто я не могу скопировать тот кусок формы, который был вставлен, как у Вас в видео. Заранее Вам спасибо!
Евгений, я не могу принять за вас эти решения )
При обновлении формы необходимо выяснить, в чем состоят наши доработки, и в чем состоят доработки поставщика. Далее сделать так, чтобы после обновления в базе остались и те, и другие доработки.
Так как я не знаю, в чем конкретно состоят доработки каждой из сторон, то не могу сказать точно, как правильно будет сделать.
Илья, спасибо за курс! Расширения только начал изучать. Вижу полезности в плане ковыряния форм не внося эти изменения в типовую конфигурацию. По запросам в обработчиках, на мой взгляд, не лучше ли создать какой то свой общий модуль в основной конфе и там писать все необходимые процедуры и функции для обработчиков в расширениях? Потому что перенос "всего нужного" как мне кажется только усложняет работу
Илья, спасибо за полезное видео.
А вы когда нибудь сталкивались с добавлением в форму списка реквизит с типом булево?
В форму документа добавила проблем не возникло, а в форму списка не получается.
Помогите пожалуйста 😇
Спасибо
Добрый день! У меня такой вопрос, связанный с расширением. Если нам необходимо из нетиповой конфигурации сделать типовую, используя механизм расширения, в начале надо выяснить, какие доработки имеются в конфигурации, используя механизм сравнения конфигураций, а потом просто добавить объекты с доработками в расширение, сохранить это расширение; а после поставить на поддержку конфигурацию и подсоединить расширение? Будут ли "подтянуты" изменения в процедурах или функциях модулей в расширение, не "слетит" что-нибудь при этом? И почему при добавлении формы документа переносится только элементы формы, а модуль остается пустым?
Юра, привет. Да, схема примерно такая. Для верности я бы создал копию базы. В копии базы выполнил сравнение основной конфигурации и конфигурации поставщика.
На основную базу бы накатил типовой CF (при этом слетят все доработки, добавленные объекты метаданных и реквизиты) и обновил бы конфигурацию базы данных. Тем самым я бы сделал ее типовой. Затем анализировал бы доработки в копии базы и переносил их в расширения основной.
Но тут есть очень можно условий успешности операции. Во-первых, далеко не все доработки можно перенести в расширения. Во-вторых, как я уже сказал, объекты метаданных и добавленные реквизиты просто удалятся. То есть при таком подходе, скорее всего, слетит часть полей и часть доработок.
Если важно сохранить все добавленные объекты, их поля и все доработки, то в этом случае не стоит делать базу типовой. Нужно просто перенести в расширения максимум доработок (те, что можно перенести). Это значительно упростит процедуру последующих обновлений.
Переносить доработки в расширения удобно в процессе обновления. Об этом обязательно выйдет отдельное видео (правда, не скоро).
Спасибо большое, принцип понятен!
Разработчики наверное думали как удовлетворить потребности мазохистов когда делали эти "расширения". Без слез невозможно смотреть ...