РАСШИРЕНИЯ В 1С. СТОИТ ЛИ ИЗУЧАТЬ?
Вставка
- Опубліковано 28 сер 2024
- Поддержать донатом: donate.stream/...
В этом видео поговорим о том, что такое механизм расширений конфигураций 1С, для чего он используется и стоит ли его изучать.
Желаю вам денег и приятного просмотра!
Мои контакты:
ВКонтакте: ilyaleontyev
Фэйсбук: illeontev
С удовольствием добавлю вас в друзья при условии, что вы не будете меня грузить своими рабочими вопросами :)
Прям мою жизнь описал в одной фразе: "Старые глюки уходят, новые глюки приходят....."😂
Ошибки будут всегда, но расширение очень полезно. Сейчас расширение настолько развилось, что порядка 99% доработок выполнено на расширении, без снятия объектов с поддержки.
Спасибо!
Активно используем расширения с момента их появления (франч) - есть проблемы и нюансы, но плюсы перевешивают!
Пока не решаемся только использовать добавление реквизитов в объекты через расширения (крутая штука, но было несколько раз такое, что расширения просто пропадали и приходилось их подключать заново - есть ощущение, что в таком случае и данные на этих реквизитах у нас вылетят).
Спасибо за ролик - как всегда емко.
И надеемся 1с скоро добавит механизм сравнения конфигурации и расширений.
Тоже не решаюсь пока хранить реквизиты в расширениях ) Данные - наше все. С ними надо очень аккуратно.
Подробней про особенности добавления реквизитов и объектов метаданных с помощью расширений можно почитать тут: wonderland.v8.1c.ru/blog/rasshirenie-dannykh/
Спасибо. Расширения однозначно стоит изучать и применять на практике.
Использую в своей работе с ЗУП 3.1 механизм расширений. Очень удобная штука, если нужно внести небольшие коррективы в работу форм, например.
Плохо, что нельзя вмешаться в середину процедуры, используя механизм расширения, как отметил Илья в начале своего видео.
Спустя 4 года улыбныло. Что за траву курят разработчики 1С?
Илья, наконец новое видео, уже заждались! ) За прошедшие 10 дней накопилось несколько вопросов, ответить на которые считаю Вам будет интересно)
1. Уже слышали про повышение Ндс До 20% ? Для себя выводы сделал, но на ваш взгляд как сильно ударит по бизнесу производственных, торговых предприятий ? По сфере 1С и в частности зарплате ?
2. У Хрусталевой есть клевая книжка "101 совет начинающим разработчикам..". Читается и запоминается легко, за неск часов. Для себя отметил много мелких удобных моментов по конфигурированию в платформе, перечислять всё не буду. Приведу пример: когда вы создаете процедуру, конец процедуры, нажимаете неск раз энтер, чтобы тело процедуры создать... так вот, можно автоматизировать этот процесс за счет включения шаблонов, просто начинаете вводить Проц и на 4 букве программа сама предлагает создать процедуру, наименование процедуры, задать туда параметры и т.д. Но больше всего в этой книжке, как начинающему разработчику, понравилось описание функционала рефакторинга. Думал это что-то крутое и сложное, но оказывается с помощью него можно нужные и полезные фишки делать!)
3. Когда достигли в конфигурировании такого уровня, что в основном задачи, которые приходилось решать в дальнейшем повторялись от раза к разу, почему не пошли дальше в "технологическом " плане ? То есть в сторону крупных внедрений, администрирования СУБД, получение сертификата эксперта ? Как считаете, стоит ли вообще этим заморачиваться или изначально забить и заниматься просто решением среднестатистических задач программиста во франче ?
NZTex, фриланс и крупные внедрения это разные пути.
Я понимаю, поэтому и спросил в развернутом виде.
Здесь не может быть однозначно правильного ответа. Во фрилансе рост в ширину, в крупных внедрениях рост в высоту. В финансовом плане и там, и там можно хорошо зарабатывать. Уровни квалификации и там, и там можно долго и упороно прокачивать и горизонта не видно. Здесь каждый для себя решает. Чтобы принять правильное решение нужно попробовать и то, и другое. На средних и чуть выше среднего уровнях переход туда сюда будет практически безболезненным.
Понятно, именно ответа подобного плана хотел увидеть)
1. По бизнесу НДС не сильно ударит, потому что компании, работающие на общей системе налогообложения, выполняют возмещение НДС. Они этого даже не заметят. Этот налог в первую очередь скажется на нас с вами) Но для меня эти 2 процента не проблема.
2. Книгу читал, но не до конца. Про факторинг обязательно посмотрю, это реально крутая тема.
3. Конфигурирование - это далеко не все, чем я занимаюсь. В первую очередь я решаю проблемы своих клиентов, а проблемы могут быть разные. Повторяющиеся задачи - это все-таки скорее исключение, чем правило. На самом деле никогда не знаешь, с чем придется столкнуться (настройка ТСД, системы учета рабочего времени, конвертация 3.0, механизм расширений, и т.д.).
Так что мне не скучно )
Мне нравится развиваться как специалист 1С, и в этом направлении мне еще учиться и учиться. В числе первостепенных задач я вижу освоение типовых конфигураций, таких как БП и ERP, получение сертификатов "Специалист-Консультант" по этим конфигурациям, получение спеца по платформе, запись нескольких курсов (по расширениям, обновлениям, управляемым формам)...
Есть, короче, чем заняться и без крупных внедрений и прочего )
В этом видео поговорим о том, что такое механизм расширений конфигураций 1С, для чего он используется и стоит ли его изучать.
Желаю вам денег и приятного просмотра!
Пишите в комментариях, что вы думаете по этому поводу )
Илья Леонтьев.рф, механизм расширений подробно не изучал, но на практике использовал. Вроде за последний год механизм очень серьезно доработан, появилось на много больше возможностей. Но на текущий момент я не вижу большой разницы между тем, когда приходится разгребаться с последствиями нетипового обновления и с восстановлениями расширеший после обновления. Не до конца понятно в чем преимущество. В том, что при незначительной доработке у пользователя может сохраниться возможность самостоятельного обновления? Так при таком обновлении пользователь может даже не заметить, что расширение слетело. Уведомления в углу пользователи, как правило, игнорируют.
1. Верни Бориса!
2. Соглашусь, что расширения не панацея. Не нужно пытаться запихнуть туда невпихуемое. Только в нужных местах, понимая зачем это нужно и к чему может привести.
Отлично!
Толково.
Вчера, как раз, "зафиналил" курс по расширениям в УЦ-3 - по твоему, Илья, совету. Что могу сказать: я доволен, как индийский слон))) Технология крутая, постоянно развивается: если взять ту же книгу Хрусталевой, по расширениям, то книга устарела напрочь, хотя ей всего ничего...
На курс записался после твоего ролика, кстати - за что тебе огромное спасибо))
Anton Denezhny, и тебе спасибо за то, что прислушался к моему мнению.
Anton Denezhny, спасибо и тебе, что прислушался к моему мнению )
Хороший механизм, использовать.
Спасибо
Илюх,в УТ10.3 есть возможность заюзать расширения?
Что за нехороший человек осмелился 1 диз поставить ? По айпи вычислим
Благодарю
Учусь на ваших уроках
Считаю что расширения полезны при доработках регламентных баз типа БП и ЗУП, при правильном подходе к построению ИТ инфраструктуры этих изменений будет минимум - все основные изменения в управленческих базах, которые как правило не обновляются.. в таком случае с помощью расширений удается сохранить конфу на замке. Но есть одно но: разработка на расширениях требует гораздо большей квалификации специалистов, более глубокого понимания работы вызовов в платформе, глубокого понимания работы модифицируемых функций или метаданных, разумеется больше человеко-часов на доработку в итоге. По быстрому написать "костылик" тут не получится. Ну а так любой механизм в платформе стоит изучить (ну разве что кроме бизнес-процессов) и механизм расширений то же стоит знать
Alexei Belousov, у меня на текущем месте так реализовано. В свое время БП и ЗУП вернул на замок, а мелкие дописки повесил в расширения. Но обновления ломают расширения и приходится их исправлять. Не могу сказать, что расширения упрощают обновления. К плюсам можно отнести тот факт, что если требуется срочное обновление для выполнения какой-то регламентной операции, типа сдача отчетности по свежей исправленной форме, которую 1С выпустила за день, то есть возможность быстро обновиться, сдать отчетность, а уже потом разбираться с проблемами расширений.
Евгений Клишин ну смотря что у вас дописано в БП и ЗУПе. У нас к примеру в ЗУПе - роли свои, в БП - подписки на обработки проведения. Типовое обновление у нас не будет ломать ни ЗУП ни БП, так как весь функционал навернут "сверху", а не "вместо"
Да никаких там особых навыков не нужно. И костыли лепятся на раз-два.
Даже то что сверху написано слетает на раз, если задействуются экспортные функции конфигурации.
MrKreker83 налепить можно что угодно, другое дело кто это будет потом разгребать
Понравилась фраза *"...используя наш мозг..."*. 1С использует наш МОЗГ, ааа!!
07:10 "Эх, блять!" (С) А я так надеялся (((
Илья у вас есть какая-то сверхъестественная сила над людьми?Почему вам не ставят дизлайки, ну все пора положить этому конец, сейчас влеплю диз.;%№" А ЧЕРТ Я НЕ МОГУ!!!Получилось только лайк поставить =(
Подскажи, пож-та, столкнулся с такой проблемой: какой-то программист до меня изменил типовой регистр накопления и вставил дополнительную аналитику. Теперь типовой документ при проведении ругается и говорит "Такое-то поле не заполнено", хотя этого поля в типовом документе отроду не было. Можно ли было такую ситуацию решить Механизмом расширения?
эта ситуация решается подпиской на событие ОбработкаПроведения.. а где она будет у вас либо в расширении, либо в вашей конфигурации это второй вопрос
За видео +. А расширение напоминает жуткий костыль. Изучал, сталкивался, делал. За идею 5, за реализацию 2. Вообщем стараюсь не использовать.
Нупо нет обратной совместимости, то что было написано до обновления, не будет работать после него
Это касается практически любой доработки в 1С) Вне зависимости от того, через расширения она сделана или нет.
Капец, уже один раз положил базу из за расширения. Не не не. Пока не стоит пользоваться.
Роман, технологии уже 2 с лишним года. Если не сейчас, то когда?)
Можешь рассказать подробности того, как ты положил базу?
Если говорить о возможностях, которыми не стоит пользоваться, то я бы не стал хранить в расширениях объекты метаданных. Для такого у меня точно еще кишка тонка )
Добавил пару ролей в ЕРП и немного кода. Самое простое обновление без реструктуризации. В итоге обновление зависло минут на 15 после чего конфигурация закрылась с дампом. При попытки входа в систему программа висла и ничего не происходило. Я даже немного посидел так как оказалось что копия есть только утренняя а я это делал вечером и за этот день была рассчитана зп. Часа 4 попыток реанимировать базу не помогло, нооо потом каким то чудом мне все же удалось попасть в конфигуратор. Сразу же сделал копию, снес расширение и все заработало. Версия 1с 8.3.11.
Да уж. Причем не сомневаюсь, что история правдивая. Ошибки дампа и у меня несколько раз вылезали. Правда, это не приводило к таким последствиям.
Такого рода проблемы ловил при динамическом обновлении с компьютеров, на которых в профиле пользователя лежал кривой кэш. Здесь два основных правила: 1. по возможности избегать любого динамического обновления. 2. если динамического обновления не избежать, то на машине, с которой будет выполняться динамическое обновление предварительно чистить кэш в профиле.
При просмотре этого видео меня не раз посещала мысль о бегущей строке перед лицом говорящего......Илья, развейте мои сомнения)))
Это была попытка снять видео по сценарию ) Фальшиво получилось, согласен.
Аа, тили-тили тесто.... )))
Я работал на довольно больших проектах и там мнение однозначное - использование расширений только как исправительные, а использование расширений для постоянных доработок в большой переписанной базе это ЗЛО:
1) С хранилищем работают - куча разработчиков - как организовать накатывание расширений на рабочую и тестовые базы? Есть вариант с подключением хранилища к расширению - я так работал - это для специфических задач
2) Нифига не понятно откуда какое расширение работает, если у тебя 100 расширений - это все гавно. (автор упоминает об этом в ролике)
3) Глобальный поиск по конфе тоже усложняется, отладка так же.
4) Глюки (что особенно актуально на больших базах и кучи пользователей и разработчиков)
Вот я совсем не согласен с автором что при обновлениях он помогает - в чем вообще смысл - ты обнови 1с с затиранием изменений, а потом их восстанавливай тогда... - это тоже самое что и криво обновиться с расширением, отключать его и править в дальнейшем.
Типичный разработчик 1С
беспонтовая система расширений...все равно после обновления приходится заходить в расширения и править...
Править после обновлений приходится далеко не всегда, правок нужно вносить очень мало, и делается это очень быстро.
Расширения - бомба, зря ты так.
@@IlyaLeontyev пользуюсь, но после обновления с вероятностью 30-40 отрубает расширение, и начинаешь копаться какая форма не соответствует или какой модуль в оригинале изменили. Особенно, когда 1С начинает масштабные изменения. Не спорю, имеет право на жизнь, но я плюнул и в итоге сделал нетиповой с возможностью обновления, когда надоело держать в голове, что же я там и где в расширении наменял...Видимо я как то этот механизм неправильно применяю.
@@user-nn6ob9mg8i у меня даже оооочень сильно дописанные с помощью расширений базы не вызывают больших беспокойств при обновлениях. Чаще всего адаптация расширений к новому релизу занимает минут 5 (если не меньше).