Добрый день, подскажите в каких случаях стоит добавить обработку в расширение, а в каких просто подключить к базе как внешнюю, почитал итс, говорят что как расширение скорость работы ощутимо больше, стали бы вы, например, обработку загрузки номенклатуры добавлять в расширение или оставили обособлено?

>>говорят что как расширение скорость работы ощутимо больше

Наверно, открытие быстрее происходит. А обработки, хоть внутренняя, хоть внешняя, работают одинаково

Обычно, вставляют заместо перечисления или пвх, кидать в расширение - моветон.
На крайняк, можно заместо константы сделать.

(0) Тут речь едет про компиляцию модулей. Так что пофиг, если конечно номенклатуру не грузит 100 пользователей и обработка запускается по ими по сотню раз на дню

(1) (3) , спасибо, понял, если ли какие-то преимущества у расширений над внешними обработками(кроме тех что озвучили выше) если рассматривать именно новые обработки которых нет в конфигурации?

Расширение тупо удобнее (хоть права настроить, хоть отладчиком пройтись, хоть отключить на время)

в расширениях нет регл заданий

в смысле нельзя добавлять.

(6) чтобы добавить регл задание, править конфу не нужно :)

Что опять? Только вчера обсуждали. Наша песня хороша начинай сначала?

(9) С каждым днем таких обсуждений будет все больше и больше )

(4) в УТподобных конфах, а может и БПподобных уже ввели совместимость 8.3.12, а значит можно добавлять новые объекты метаданных. Это так, для справки.

сам использую расширения давно, не вижу смысла во внешних обработках.

(11) и молиться чтобы никто ТиИ не запустил?

Через расширение можно жучки стаить на конфу. К примеру я делал чтобы при записи реализациии её табличная часть мне на почту уходило. И хрен ты такую хрень выловишь

(12) что не так с ТИИ? Я для справки привел пример. Лично добавляю новые объекты совсем недавно. Косяков с разработкой много, но надо пробиваться, думаю 1С в этом плане будет развивать технологии.

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

(15) + После добавления реквизитов через расширения 1С удаляет элементы при ТиИ

(13) вообще это как бы плюс а не минус )

(16) хорошая темка... Но ничего удивительного, новый механизм, куча косяков. Это всегда риск. Но у нас проект задекларирован - добавляем реквизиты в расширение. Не вопрос)

иногда проще реквизит через дополнительное сведение добавить и читать/писать его из регистра/в регистр напрямую.
не,ну удаление всего элемента справочника,это вообще безумная идея.

(0) Ты плохо прочитал, не ощутимо больше, а на тестовом стенде были такие результаты.
Но нужно понимать, что внешние обработки и расширения они в принципе предполагают, что там малозначимые и низкотребовательные вещи.
И разница в том сформируется отчетик за 0.5 или 0.6 секунды - ну это уже реально считать спички.
Хочешь скорости - делай свою поставку, и впиливай и обслуживай ее отдельно от материнской, ничего быстрее пока нет, в том числе и в плане стабильности.

А самое главное, что источник - дикий боян.
За время его жизни механизм расширений был уже несколько раз расширен, и в 15 версии будет очередная доработка, с #КонецВставить
И какова производительность на текущий момент - такой официальной информации нет.

Вообще постановка вопроса странная.

Внешняя обработка функционально немного хуже обработки внутри конфигурации и обработки внутри расширения

Но внешнюю обработку удобней разрабатывать по сравнению с обработкой уже вставленной в расширение.
Сама обработка довольно изолированный объект.
Вставить уже готовую внешнюю в расширение не составляет никаких трудностей.
С чем сравнивать предлагается? Со временем компиляции модулей? И все?

(22) Не обращай внимания, очередные экономцы подъехали.
А по теме, нет понятия лучше, есть понятие оптимальнее в данной ситуации.
Я пока с какими либо проблемами с загрузкой изза внешних обработок не сталкивался.
Одна избыточная управляемая блокировка или корявый запрос вот основные виновники того, что базе плохо.

Если ведется разработка основной конфигурации (т.е. она меняется), то изменения отлавливать в случае с внешней обработкой сложнее. Что-нибудь поменял, а то что оно сломалось во внешней обработке узнал уже от пользователя, а не от синтаксического контроля )

Понапишут расширений.. потом разгребай.
Недавно долго ломал голову почему криво срабатывала ОбработкаЗаполнения в модуле пока не допер посмотреть, а не используются ли, сцуко, расширения? Да блин.

Уважаемые разработчики 1С! маркируйте как-то процедуры, если они расширены. задолбаешься искать

(25) Интересно как, при открытии приложения писать список доработанных процедур?

(25) В расширении маркируются. А в основной ничего не маркируется. Т.е. первым делом, при начале расследования вырубать расширения, а затем уже что-то искать.

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

Согласен на 2% за идею

(25) это от недостатка опыта. Потом машинально как в (27).

На подписки же ничего не выводится и живем как-то уже сколько лет.

(25) (30) Определить, фигурирует ли интересующий объект и в каких подписках, можно в большинстве случаев через ПКМ - "Поиск ссылок на объект..."
А вот с расширяемыми методами приходится использовать глобальный поиск, отключив флажок поиска в основной конфигурации.