Расширения конфигурации. Нюансы поведения

06.01.16

Разработка - Механизмы платформы 1С

Предлагаю дополнения к документации, полученные опытным путём. Это поможет лучше понять специфику поведения расширений и учесть "подводные камни".

Публикация написана по итогам экспериментов, поставленных мной на расширениях версии 8.3.6.2449 и 8.3.7.1845, и не претендует на исчерпывающее описание особенностей поведения тех или иных механизмов. В последующих релизах это поведение может измениться.

 

 

Общие моменты поведения

 

Никакие общие свойства объекта не наследуются и требуют внимания, т.к. по умолчанию копируются «по умолчанию», что вступает в противоречие со свойствами объекта в основной. Так, код с длиной 5 в основной скопируется как 9 в расширение. Поскольку никакое из свойств не может отличаться от основной, за этим стоит следить, выставляя флаги проверки соответствия.

 

Не наследуются ни владельцы, ни предопределённые данные. С предопределёнными забавная ситуация: в 8.3.6 в их интерфейсе была возможность добавить и удалять предопределённые, но они «не виделись» в Предприятии, а в 8.3.7 и добавлять нельзя, и не наследуется ничего. Предопределённые при наследовании в 8.3.7 уведомляют, что да, можно наследовать, что это действие требует включения режима проверки, и потом их можно изменить «палитрой свойств» - но их так и нет в расширении. Синтакс-подсказка о них не знает, однако обращение в коде модуля нормально отрабатывает. В диалогах конфигуратора (например, при указании списка выбора поля для расширенной) предопределённые основной не видны. При упоминании вида объектов в параметрах выбора поля формы наследует само упоминание, но для предопределённых пишет «Ошибочное значение». Для пустых ссылок сохраняет его, но в списке выбора не даёт, отбор не накладывает. Недостающий вид объекта не добавляет. Более того, при попытке расширить форму, для поля которой в параметрах выбора указано предопределённое значение, искажается и исходная основная форма, т.е. значение делается «ошибочным».

 

Все действия с метаданными незаимствованных объектов доступны из кода расширения. Все действия с метаданными объектов, созданных только в расширении, доступны из кода основной. Работая с метаданными, нельзя понять, расширен объект/реквизит/форма или нет, просто обращаясь к метаданным (их список всегда строится «по сумме имеющихся»), для этого, казалось бы, можно использовать свойство любого объекта метаданных «ПринадлежностьОбъекта». Но, например, для расширенной формы, как и для заимствованных отчётов/обработок, в любом случае это свойство равно «Собственный» и понять, есть ли они в расширении, нельзя – у расширения нет «своих» метаданных. Даже у объектов, отсутствующих в основной конфигурации, это свойство также равно «Собственный». Найти в метаданных объект со значением принадлежности, равным «Заимствованный», не удалось. Этот вопрос для меня остался открытым.

 

Добавляемые объекты автоматически расставляются в порядке заимствования, а не в порядке основной конфигурации, что следует учитывать при обходах, в диалогах и т.д.

 

Закрытие окна расширения без сохранения в рамках оставшегося открытым конфигуратора означает потерю изменений. Если открыто 1 окно расширения, всегда добавляет расширяемый объект туда, даже если расширений в списке несколько, так что будьте внимательны. Выбор расширения предоставляется, только если все окна расширений закрыты или более одного открыто. Если окна неких расширений были сохранены и закрыты, то обновление конфигурации БД по основной не вызывает обновления конфигураций БД этих расширений, т.е. может иметь место расширение сохранённое, но не обновлённое, и в отличие от типовой, никакого сообщения о таком расхождении при запуске «Предприятия» выдаваться не будет, и языковых средств, наподобие «КонфигурацияИзменена» тоже пока нет. Можно использовать некий свой версионный учёт из встроенного языка, с применением свойства расширения «Версия».

 

В реестре расширений показывается версия только конфигурации БД, а не просто конфигурации расширения. И в конфигураторе, и в предприятии, и в реестре версия конфигурации расширения не видна – только в палитре свойств. Причём, из файла (cfe), в отличие от основной конфигурации, расширения грузятся сразу выполнением автоматического обновления «своей» конфигурации БД в режиме «Предприятие», и со всеми привычными диалоговыми вопросами в режиме «Конфигуратор».

 

В отличие от основной конфигурации, которую испортить сложно, расширения гораздо более уязвимы – любой обладатель соответствующих прав может «удалить» расширение из списка в режиме «Предприятие», полагая, что лишь временно его отключает; и, если в распоряжении не окажется исходного cfe-файла или не будет архива БД, расширение вообще может быть безвозвратно утеряно. Важно учитывать, что отсутствие прав «Администрирование расширений» у пользователя не влияет на поведение Конфигуратора, где расширения априорно доступны.

 

Особенность реализации палитры свойств для общих свойств расширения: можно изменить режим и, сняв флаг проверки, оставить его изменённым, при этом свойство станет недоступным для редактирования. В ряде случаев «игры» с этой палитрой приводили к аварийному завершению работы Конфигуратора.

 

В синтакс-помощнике написано, что свойство глобального контекста «РасширенияКонфигурации» доступно на клиенте – на текущий момент это НЕ так.

 

Если окно расширения открыто и были изменения, в т.ч. сохранённые, то значка необновлённости конфигурации БД (т.е. «<!>») на её окне нет. Вся функциональность в меню «Конфигурация базы данных» всегда касается основной конфигурации, и никак не применима к расширениям. Способов так же работать с расширением (например, вернуться к конфигурации БД) нет.

 

При обновлении основной не вызывает обновления расширений. При запуске, если были изменения, отдельно запрашивает подтверждения обновлений конфигураций БД для основной и всех открытых (именно открытых!) расширений, т.е. можно обновлять их «вразнобой», что способно как дать гибкую отладку, так и запутать разработчика. Опять же, это к вопросу, сколько расширений разумно делать – если их у разработчика 10 штук и все открыты, то при каждом запуске отладки диалогов об обновлении будет немало.

 

Обновление расширения невозможно без перезапуска сеанса, т.е., к сожалению, это не динамически подключаемые модули. Настройка безопасного режима/имени профиля невозможна, если окно расширения открыто в Конфигураторе; изменения, сделанные в «Предприятии», сразу отражаются в Конфигураторе. Удалить из «Предприятия» расширение, если оно открыто в конфигураторе, нельзя. Учтите, что закрытие окна конфигурации расширения закрывает и все связанные с ней окна - т.е. это как с компаундами внешних обработок/отчётов.

 

С этим моментом связано определённое неудобство работы с расширениями, если вы имеете дело с механизмами типовых конфигураций. Если речь идёт о БСП, то в общем случае, "благодаря" механизму фоновой актуализации расширений, разработчик не может запустить отладку расширения, т.к. механизм типовой конфигурации пытается её удалить, а для этого надо закрыть её окно в конфигураторе; возникает конфликт блокировки расширения:

Кроме того, при такой ситуации процесс обновления БД виснет намертво.

Разработчики БСП предлагают следующий вариант обхода (спасибо mszsuz): следует прописать в коде или прямо в конфигураторе (Сервис -> Параметры -> Запуск 1С:Предприятия -> Параметр запуска) параметр "РежимОтладки". Он учтёт в механизмах БСП. Ссылки по теме: https://partners.v8.1c.ru/forum/topic/1394558 и http://its.1c.ru/db/bspdoc#content:531:hdoc  Причём учтите, что при первичной регистрации расширения (первого запуска системы вообще или первого запуска с расширением) оно всё-таки должно быть сохранено и закрыто в конфигураторе; у него обязательно должны быть непустые поставщик и версия. Только после такой регистрации можно держать его открытым, указав "РежимОтладки".

Будем надеяться, что разработчики типовых конфигураций упростят этот момент, либо изменится логика платформы.

 

В ряде случаев расширения, созданные в версии 8.3.6, не переносятся корректно в версию 8.3.7; так, при попытке открыть расширение из списка было выдано следующее сообщение:

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

 

Формы

 

Общее

 

В заголовке окна конфигуратора невозможно понять, чья форма редактируется – основная или из расширения; при написании кода ориентируйтесь на префиксы, а при работе с диалогом – на приписку к самой форме. Принадлежность к тому или иному расширению, находясь в окне формы на закладке диалога, определить вообще никак нельзя, поэтому рекомендую как-либо маркировать формы, если они наследуются более чем в одно расширение.

 

Кнопка «Показать сохраненную форму» показывает то, что легло в основу расширенной на момент последнего обновления её из основной конфигурации.

 

При удалении формы из основной конфигурации её форма-«потомок» не исчезает в расширении, может быть переименована и штатно настроена. При запуске такая форма не будет найдена и произойдёт ошибка подключения расширения. Следует учитывать, что в этом случае при нажатии из диалога расширения кнопки «Показать сохраненную форму» будет выдано сообщение, что «Расширяемая форма не найдена», а при нажатии кнопки «Обновить расширение формы» платформа аварийно завершает работу (падает). Важно: если потом, даже много позже, форму этого объекта с таким именем воссоздать в основной конфигурации, то они заново «подцепятся» друг к другу и всё восстановится, даже УникальныйИдентификатор формы будет одинаковым.

 

Сначала вызываются обработчики из расширений, в порядке, обратном их регистрации в системе (уточню: не хронологии создания, выгрузки в файл и т.д., а именно хронологии регистрации в конфигураторе и/или в «Предприятии»), последним вызывается обработчик основной конфигурации. Изменить этот порядок нельзя. Более подробные рекомендации по использованию методов встроенного языка для работы с порядком выполнения событий в модуле формы («УстановитьВыполнениеОбработчиковСобытия» и «УстановитьВыполнениеПослеОбработчиковСобытия») см. ИТС.

 

Функции «РольДоступна» и «ПравоДоступа» верно работают для ролей основной при вызове из расширения. В остальном по работе с ролями см. ИТС, всё так и есть.

 

Несколько своеобразно ведёт себя подсказка методов, использующих строковые параметры, в модулях расширений . При этом, общая подсказка (например, по «Справочники») даёт в списке все объекты основной конфигурации (а не только расширения, как можно было бы предполагать). Не следует пугаться, это нормально работает:

 

При повторном обновлении расширенной формы из основной ранее добавленные в расширенной элементы уже не изменяются; вносятся добавленные реквизиты и параметры из основной и при этом не затираются и не изменяются добавленные в расширенной; при удалении в основной и обновлении исчезают из расширенной.

 

Удаление для расширенной формы параметра, ранее объявленного в основной, вызывает ошибку, если в коде есть обращения к нему, хотя в основной он остаётся. Если в основной параметр есть как ключевой, а в расширенной как обычный, то платформа считает его ключевым, т.е. приоритет не у расширения, но это только пока не обновится ещё раз расширенная – после этого уже приоритет переходит к ней. Аналогично с типами – приоритетнее тип расширения, но только после обновления расширенной. Для уже имеющегося параметра с тем же именем ничего в расширенной не меняет. Аналогично, пока элемента/реквизита нет, берётся из основной, а если есть – из расширенной, и его тип и свойства более приоритетны, т.е. всё как в ИТС (п. 32.5.1)

 

Элемент формы, добавленный в основной, показывается в итоговой наряду с её изменениями даже без обновления расширенной, при этом отсутствует в синтакс-подсказке и статично объявленном условном оформлении, но позволяет работать с собой в коде, в т.ч. в динамически создаваемом условном оформлении.

 

Условное оформление наследуется и обновляется (причём изменения расширения приоритетнее, несмотря на утверждение ИТС в п. 32.5.1). Если в условном оформлении упомянут тип, отсутствующий в расширении, то запись об этом перенесётся и уцелеет, и будет работать, но будет недоступна для изменения в диалоге конфигуратора и в ряде случаев вызывает зависание этих диалогов редактирования.

 

Элементы формы расширения размещаются согласно 32.5.1, даже если были созданы после разделения форм. Если же форма унаследовала некий элемент формы из основной и он затем был удалён в расширении, но остался в основной, то в режиме «Предприятие» он показан не будет, в т.ч. даже если сделать его заново (например, как кнопку по команде).

 

Все открытия форм, о которых идёт речь в этом исследовании, проверялись с передачей параметров и владельца как открывающей формы, и ни разу использование формы или её элемента (в т.ч. отсутствующего на «другой» стороне) не вызвало проблем.

 

Типы данных и заимствование

 

Заимствование, исходя в целом из правильной идеи «всего используемого», работает не вполне корректно – в расширение переносятся объекты, вообще никак не упомянутые, даже совсем косвенно. Точную систему выявить не удалось. Заимствование касается всего, описанного на ИТС, плюс к тому - общие картинки и элементы стиля переносит, если хоть где-то упомянуты в статичном объявлении, и даже если не видны.

 

При работе в программном коде правильно создаёт и обрабатывает типы и описания типов в расширении для тех, кого в нём нет, в т.ч. при прямой и обратной сериализации различными средствами. При литеральном обращении (СКД, в т.ч. загрузках из xml-файлов) не обрабатывает отсутствующие, но об этом см. ниже.

Элемент/параметр произвольного типа не вызывает переноса всех имеющихся в конфигурации объектов.

 

При переносе реквизита типа «Характеристика» переносится и «его» план видов характеристик, причём среди типов будут только простые (если они вообще имелись в ПВХ), но правильно унаследованные, с сохранением длины, точности итд.; остальные значения ПВХ, объявленные в основной, будут сброшены, даже если эти типы данных есть в расширении.

Цитата с ИТС: «При заимствовании составных типов будут заимствованы только примитивные типы (Строка, Число и т. д.), а если в составном типе таких типов нет, то будет заимствован только один тип (первый по порядку) и связанный с ним объект конфигурации. Однако, при заимствовании параметрической команды, не происходит заимствование параметра команды и, как следствие, объекта конфигурации, определяющий тип параметра. В случае необходимости следует самостоятельно выполнить заимствование объекта (или объектов, если тип составной) конфигурации, определяющего тип параметра команды и затем указать этот объект в качестве типа параметра заимствованной команды.» Аналогичная картина с определяемыми типами.

 

В коде расширенной формы можно обращаться к отсутствующим типам («Тип()»), при этом верно определяются, сравниваются, обрабатываются типы значений реквизитов, присвоенных ранее, в т.ч. для реквизитов, созданных уже в расширении. Для полей, связанных с реквизитами типа «Характеристика» и «Произвольный» можно указывать значения и ограничения типа с отсутствующими в расширении типами. Реквизитам типа «Характеристика» (независимо от того, как перенесся ПВХ) и «Произвольный» можно присваивать значения и читать их, даже если такой тип в расширение не переносился.

 

 

Реквизиты

 

Изменение значения реквизита основной из расширенной работает, значение это доступно потом в механизмах основной; изменение значения реквизита расширенной из основной  ведёт себя так же.

Реквизит расширенной «не виден» из основной, вызывает ошибку компиляции при прямом обращении, но может быть получен через «Выполнить». Реквизит основной при обращении напрямую из расширенной вызывает ошибку синтакс-контроля, но правильно компилируется, получается как напрямую, так и через «Выполнить».

 

 

Клиентские переменные модуля

 

Рассматривался только случай, когда есть переменная «А» в модуле основной формы, добавленная уже после её расширения, и переменная «Б» в модуле расширенной формы. Напомню, одноимённые переменные (равно, как и процедуры и функции любого объявления) запрещены, вызывают конфликт имён и невозможность подключения.

«Основную» переменную правильно «видно» из расширенной формы. «Расширенную» переменную никак «не видно» из основной формы, даже через «Выполнить». Изменение расширенной переменной из кода основной формы не изменяет её значение, однако изменение основной переменной из кода расширенной формы изменяет её правильным образом.

 

 

Процедуры и функции

 

Синтакс-контроль расширенной формы допускает вызовы клиентских и серверных процедур/функций основной и эти вызовы работают верно. Функции верно возвращают значения, верно меняются переданные по ссылке входные параметры.

Синтакс-контроль основной формы не допускает вызовы клиентских и серверных процедур/функций расширенной формы, а вызов через «Выполнить» позволяет вызывать только серверные (экспортируемые и не-экспортируемые) процедуры, при этом функции верно возвращают значения, верно меняются переданные по ссылке входные параметры. Клиентские экспортируемые платформа по-своему «видит» (процедуру от функции отличает), но нормально не вызывает, а результат функций пуст и имеет тип «Неопределено». Клиентские не-экспортируемые процедуры и функции расширенной формы основная форма «не видит».

 

 

Описания оповещений

 

Вызов процедуры в основной форме из описания оповещения, созданного на расширенной форме, работает, верно передаёт аргумент. Вызов процедуры в расширенной форме из основного описания оповещения с основной формы – тоже.

Значение свойства «ЭтотОбъект» для вызовов из основной и расширенной форм совпадает (что удобно при передаче куда-то вообще вне формы). Если следовать логике, описанной на ИТС, то будут работать и внешние вызовы механизмов, расположенных в основной и расширенной формах, по тем же принципам.

 

 

Обработчик ожидания

 

Подключение обработчика из основной формы (вызываемая процедура находится в расширенной) работает, отключение объявленного в основной работает из расширенной. Подключение обработчика из расширенной формы (вызываемая процедура находится в основной) работает, отключение объявленного в расширенной работает из основной, т.е. всё симметрично. Запущенные из основной и расширенной обработчики нормально работают параллельно одновременно.

 

 

Наследование команд

 

В целом общие, глобальные команды ведут себя, как описано на ИТС, но есть нюансы. Из глобальных наследуются только прямо указанные (независимо от параметризации), т.е. вытаскиваются общие команды, если надо; если команда – некоего объекта (например, обработки), то вытаскивается эта обработка и все упоминания по ней. Важно учесть, что на расширенной форме в итоге они могут быть не видны и, хотя код расширенной работает с этими элементами формы (кнопками, например), никаким образом показать их на форме может не получиться, и придётся всё пересоздавать заново уже в расширенной форме, и именно статически (динамический код ничего не даст).

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

 

 

Сообщения пользователю

 

Сообщение пользователю с указанием пути к элементу расширенной формы, вызываемое с основной, и сообщение пользователю с указанием пути к элементу основной формы, вызываемое с расширенной, верно работает, т.е. всё симметрично. Между выведенными подобным образом сообщениями есть сквозная навигация.

 

 

Временное хранилище формы

 

Помещённое в основной форме правильно читается в расширенной. Помещённое в расширенной правильно читается в основной. Не имеет значения, существует ли тип объекта, помещаемого в хранилище и/или читаемого из хранилища, в расширении – всё всегда отрабатывает правильно, с сохранением значений и типизации.

 

 

Динамический список с произвольным запросом

 

Если список как реквизит и как элемент создан в основной, то программно доступен в расширенной, но не виден без полного пересоздания элемента. Программно доступен, даже если не виден. Не вызывает вопросов у синтакс-контроля, но вызывает ошибку выполнения, если отсутствует в расширении. Никак потом не отображается на форме расширения, если создан в основной форме с реквизитом (значением выборки запроса), типа которой нет в расширении. В ряде случаев (не удалось обнаружить какую-либо закономерность) автоматически добавляет недостающий вид объектов в расширение. Если список создан в расширении, и добавлено значение выборки запроса, типа которого нет в расширении, то работает нормально, но не позволяет добавить такое значение (реквизит) в элементы формы (в колонки табличного поля).

 

При переносе динамических списков с произвольным запросом не переносит в расширение упомянутые в них виды объектов, исключение – если вид объектов  упомянут как «ОсновнаяТаблица» в настройке списка. Наличие настроек списка для полей-значений выборки запроса, связанных с объектами, которых нет в расширении, не вызывает перенос упомянутых объектов. Получаются нерабочие, но и не вызывающие ошибку настройки:

 

Такой список вообще не показывается на форме в режиме «Предприятие».

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

 

 

 

Обработки, отчёты

 

Для собственных объектов расширения при выполнении команды «Добавить в расширение» не запрашивается подтверждение обновления уже имеющегося, ранее заимствованного объекта, в отличие от форм. Нигде в интерфейсе не удалось обнаружить команду, позволяющую «обновить» заимствованный объект так, как это можно для формы с помощью «Обновить расширение формы».

 

Для собственных объектов расширения не выдаётся предупреждение «Объект не включен ни в одну подсистему, отображаемую в командном интерфейсе».

Забавная особенность интерфейса: добавление реквизитов, форм и команд из общего диалога отчёта/обработки недоступно, а по контекстному меню в дереве расширения доступно. При этом добавление табличных частей доступно везде.

 

Вызов открытия формы обработки расширения из основной конфигурации не даёт подсказки, но верно работает. Вызов открытия форм объектов, отсутствующих в расширении, из формы обработки, не даёт подсказки, но верно работает.

 

Справочная информация формы в расширении не существует, что надо учитывать разработчику – т.е. итоговая форма в «Предприятии» может быть существенно другого внешнего вида, чем описано во встроенной справке, а отразить это в справке нельзя.

Описания наследуются, и не могут изменяться; гиперссылки в них работают и не вызывают переноса в расширение объектов, с которыми связаны. Гиперссылка из описания объекта основной на описание объекта (в т.ч. формы) расширения делается только путём получения адреса ссылки при работе внутри расширения и последующей ручной вставки этого адреса в html-код описания объекта основной конфы в тег <ahref>; штатным образом это невозможно. Переход из описания объектов расширения на описания объектов основной, не добавленных в расширение, тоже делается только так.

Открытие раздела справки из кода для вида объектов, которого нет в расширении, работает нормально (и ОткрытьСправку, и ОткрытьИндексСправки). Вызов «ОткрытьСправкуФормы()» из расширенной формы вызывает открытие справки такой, какой она задана для объекта/формы в основной конфигурации.

ВАЖНО: справка отчёта/обработки, добавленной в расширении, в неустановленных случаях становится неработоспособна (открывается общая справка по формам) и при F1, и из содержания/индекса, и при ОткрытьСправкуФормы(); но при этом по вышеописанной ссылке продолжает работать. Флаг «Включать в содержание справки» ничего не меняет.

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

 

Макеты наследуются, но недоступны; нельзя даже открыть на просмотр. Обращение в СКД собственного отчёта расширения к отсутствующему виду объектов вызывает ошибку получения информации набора данных. Загрузка из xml схем и/или настроек, содержащих отсутствующие виды объектов через диалоги вызывает их зависание. Загрузка в режиме «Предприятие» и через код, и через диалоги, работает правильно.

 

Навигационная ссылка формы обработки расширения не отличается по формату от ссылок на основные (видимо, система разбирается по именам). Навигационная ссылка на реквизит объекта, когда объект есть, а реквизита нет в расширении, выглядит как «e1cib/data/Справочник.ДоговорыКонтрагентов.Контрагент?ref=0000000000000000000000 0000000000», где справочник «ДоговорыКонтрагентов» есть в расширении, а реквизита «Контрагент» и такого справочника – нет. Ссылка неработоспособна (переход вызывает ошибку). При этом, ссылка на экземпляр объекта, вида которого нет, нормально работает (так, «"e1cib/data/Справочник.Контрагенты?ref=00000000000000000000000000000000"» вызывает действие, как для создания нового контрагента). Переход по ссылке на обработку/отчёт, добавленные в расширении, из основных команд, работает нормально.

 

 

 

Заключение

 

В данном обзоре не учтены и не рассмотрены особенности взаимодействия нескольких расширений, в случае наличия во всех них одинаковых объектов (форм и т.д.), поскольку практика показывает, что их взаимоотношения целиком следуют логике взаимоотношений основной конфигурации и расширения с учётом порядка расширений в списке их регистрации и общности контекста результирующего объекта.

Также «за кадром» остаются объекты расширения (веб-сервисы, xdto-пакеты, роли и подсистемы); возможно, это будет предметом отдельной публикации.

 

         Полезные ссылки

 

         Документация от 1С: http://its.1c.ru/db/v837doc#bookmark:dev:TI000001516

Курсы Гилёва&Насипова: http:// /news/how-2-use-extensions-in-8-3-6/

Пример использования: //infostart.ru/public/359597/

Замечу, что на момент публикации методическая информация на сайте, вызываемом контекстно из синтакс-помощника, для всех аспектов, связанных с расширениями, отсутствует.

 

Любые дополнения, уточнения и опровержения приветствуются.

Расширение расширения расширения конфигурации cfe

См. также

Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?

Обмен между базами 1C Администрирование СУБД Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

В платформе 8.3.17 появился замечательный механизм «Сервисы интеграции». Многие считают, что это просто коннектор 1С:Шины. Так ли это?

11.03.2024    3564    dsdred    48    

66

Как готовить и есть массивы

Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

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

24.01.2024    5032    YA_418728146    25    

62

Планы обмена VS История данных

Обмен между базами 1C Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Вы все еще регистрируете изменения только на Планах обмена и Регистрах сведений?

11.12.2023    6160    dsdred    36    

110

1С-ная магия

Механизмы платформы 1С Бесплатно (free)

Язык программирования 1С содержит много нюансов и особенностей, которые могут приводить к неожиданным для разработчика результатам. Сталкиваясь с ними, программист начинает лучше понимать логику платформы, а значит, быстрее выявлять ошибки и видеть потенциальные узкие места своего кода там, где позже можно было бы ещё долго медитировать с отладчиком в поисках источника проблемы. Мы рассмотрим разные примеры поведения кода 1С. Разберём результаты выполнения и ответим на вопросы «Почему?», «Как же так?» и «Зачем нам это знать?». 

06.10.2023    18196    SeiOkami    46    

116

Дефрагментация и реиндексация после перехода на платформу 8.3.22

Механизмы платформы 1С Платформа 1С v8.3 Бесплатно (free)

Начиная с версии платформы 8.3.22 1С снимает стандартные блокировки БД на уровне страниц. Делаем рабочий скрипт, как раньше.

14.09.2023    11766    human_new    27    

72

Валидация JSON через XDTO (включая массивы)

WEB-интеграция Универсальные функции Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

При работе с интеграциями рано или поздно придется столкнуться с получением JSON файлов. И, конечно же, жизнь заставит проверять файлы перед тем, как записывать данные в БД.

28.08.2023    8555    YA_418728146    6    

139

Внешние компоненты Native API на языке Rust - Просто!

Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Внешние компоненты для 1С можно разработывать очень просто, пользуясь всеми преимуществами языка Rust - от безопасности и кроссплатформенности до удобного менеджера библиотек.

20.08.2023    6195    sebekerga    54    

93

Все скопируем и вставим! (Буфер обмена в 1С 8.3.24)

Механизмы платформы 1С Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Рассмотрим новую возможность 8.3.24 и как её можно эффективно использовать

27.06.2023    15525    SeiOkami    31    

103
Вознаграждение за ответ
Показать полностью
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ekaruk 4892 06.01.16 22:46 Сейчас в теме
Спасибо, полезный обзор.
Действительно в работе с расширениями сейчас много нюансов.

Вцелом при работе с расширениями я стараюсь ориентироваться на принципы:
1. В расширениях можно делать то, что можно делать кодом (добавлять элементы форм, устанавливать и переопределять обработчики, менять тексты динамических списков...), но нельзя делать ничего, ведущего к изменению объектов конфигурации (добавлять новые объекты или реквизиты).
2. Все объекты основной конфигурации, с которыми мы работаем в расширениях, должны быть позаимствованы в расширение.

Если нужное мне изменение укладывается в эти принципы, то скорее всего его можно реализовать в расширении.
2. DitriX 2091 07.01.16 05:25 Сейчас в теме
Работаю с расширениями уже долго. Вполне сносно.
За исключением багов с динамическими списками, когда в список документов добавляешь свои поля, и потомзначения этих полей выводятся в первой колонке списке. Например, я добавил поле СтатьяДДС, и значение этих статей теперь появляется (дублируется) там, где должен быть номер документа.
Что самое смешное - если передвинуть на первую колонку дату, то теперь данные меняться будут в дате. А Номер бует нормально.
Решение простое - надо переименовать первую колонку, например, в НомерДокумента. И тогда все ок.

Статья большая, но вы ее разбавьте как то оформлением, что бы было за что глазу зацепиться, а то читать не удобно. И картинки вставьте лучше в саму статью, а то бегать в блок картинок - ваще не айс.
Flipp; DJ_Codebase; zxcvb98765; mrXoxot; h00k; dj_serega; Abbra; CyberCerber; support; +9 Ответить
3. Yashazz 4707 07.01.16 14:31 Сейчас в теме
(2) DitriX, а равно и все читатели - заранее извиняюсь, но это - уже вершина оформления, которой я смог достигнуть за полтора часа извращённого этсамого. Форматирование было, и было оно гораздо лучше, нежели вы видите. Но по малопонятным причинам движок ИС не позволил мне ни вставить картинки в текст, ни сохранить исходное форматирование. Как и всегда, впрочем.

DitriX, твой пример погоняю, поэкспериментирую, и вставлю в статью, можно?
7. DitriX 2091 07.01.16 23:30 Сейчас в теме
(3) конечно можно.
Открою секрет как офрмлять статьи - берешь пишешь все в доке, потом сохраняешь док в html и вставляешь исходник сюда :)

9. Yashazz 4707 08.01.16 10:15 Сейчас в теме
(7) DitriX, ага, ага. Этот способ тоже не прокатил. Это ж первое, что приходит в голову. Поэтому я так не люблю писать статьи на ИС, а в публикации по веб-сервисам вообще плюнул и прицепил сам вордовский файл.
11. ekaruk 4892 09.01.16 17:34 Сейчас в теме
(9) На самом деле редактор достаточно сносный.
Я при необходимости просто переключаюсь в режим html и правлю исходный текстовый вариант оформления.
Выдели хотя бы жирным подзаголовки (кнопочка "B"). Уже будет гораздо удобнее.
12. Yashazz 4707 11.01.16 11:43 Сейчас в теме
(11) ekaruk, что мог, то поправил. А редактор этот просто с моим браузером не дружит, видимо.

Так всё же, были у тебя проблемы с переходом расширений с 8.3.6 на 8.3.7, или прошло гладко?
13. ekaruk 4892 11.01.16 14:09 Сейчас в теме
(12) Не было проблем. Работает аналогично 8.3.6.
4. mszsuz 321 07.01.16 15:35 Сейчас в теме
Для отладки расширений с конфигурациями на основе БСП, разработчиками предусмотрен параметр запуска приложения "РежимОтладки"
Его можно указать и в конфигураторе: Сервис -> Параметры -> Запуск 1С:Предприятия -> Параметр запуска: <ввести строку РежимОтладки>.
Ссылки по теме:
https://partners.v8.1c.ru/forum/topic/1394558
http://its.1c.ru/db/bspdoc#content:531:hdoc
5. Yashazz 4707 07.01.16 16:18 Сейчас в теме
(4) mszsuz, беценно! Спасибо! Эту страничку видел, но сеть так тормозила, что не дождался открытия, а зря)

Кстати, вот с этим:
Поменял у расширения версию и синоним — схема перестала работать, опять БП ругается на блокировку расширения.
Всё восстановилось только после полного ТиИ и последовательности запусков: 1) Конфигуратор и Закрыть, 2) БП и Закрыть, 3) Конфигуратор - далее всё работает, как должно.
иногда всё бывает хуже, конфигуратор безо всяких БП может сглючить, как я показал на рис.2, лучше так не делать вообще.

Сегодня же дополню обзор указанной фичей.
24. Yashazz 4707 17.02.16 15:16 Сейчас в теме
(4) mszsuz, как показал эксперимент, конфигурации поколения УТ 11.2.3 плевать хотели на "РежимОтладки".

Очень предметно хочется сказать пару ласковых криворуким писателям этой УТ.
27. Sergafan10 15.03.16 09:39 Сейчас в теме
(24) отлаживается всё на УТ 11.2.3.66 благодаря РежимОтладки, платформа 7.1949
28. Yashazz 4707 17.03.16 00:57 Сейчас в теме
(27) Sergafan10, вот чесслово, на той же 11.2.3.66 не реагировало. Правда, у меня релиз был 1917. Ну или руки у меня кривые совсем, что тоже не исключено... Или "везуха" такая.
Спасибо, учту.
6. Yashazz 4707 07.01.16 17:30 Сейчас в теме
Ещё замечу: возможность создания собственных обработок позволяет организовать программный код расширения по их менеджерам, что по сути аналогично созданию своих общих серверных модулей.

А что касается сведений в http://its.1c.ru/db/bspdoc#content:531:hdoc, то они тоже не вполне точны. В БСП, встроенной в УТ 11.2, параметр "ОтключитьЛогикуПриНачалеРаботыСистемы" нигде не упоминается, например, а эксперимент с параметром "РежимОтладки" тоже показал, что всё не так просто: при первичной регистрации расширения (первого запуска системы вообще или первого запуска с расширением) оно должно быть сохранено и закрыто в конфигураторе; у него обязательно должны быть непустые поставщик и версия. Только после такой регистрации можно держать его открытым, указав "РежимОтладки".
8. CyberCerber 851 08.01.16 10:04 Сейчас в теме
Спасибо за обширную статью.
Да, всяких "интересных" сюрпризов при работе с расширениями возникает немало.
Вот, например, нетривиальная была задача вставить в расширение регистр бухгалтерии. Задавал вопрос на эту тему: https://partners.v8.1c.ru/forum/topic/1377887

Но вообще механизм расширений мощный и постоянно развивается. А у вас такая статья грустная получилась, что кажется, лучше его вообще не использовать. :-) В конце бы хоть немного позитива добавили...
И по оформлению, да, добавьте яркости в однородную буквенную массу. Хотя бы подзаголовки выделите жирным.
16. Yashazz 4707 17.01.16 18:25 Сейчас в теме
(8) CyberCerber, а что весёлого-то? Что при самых невинных операциях с расширениями конфигуратор тихо падает? Я уж утомился считать ситуации, при которых это происходит. Кривая полусырая подсистема в сплошном потоке наспех сляпанных релизов - это действительно грустно.

И да, я ещё раз повторюсь - если есть возможность не использовать какую-то "новинку" от 1С, то не используйте. Пока минимум релизов четыре-пять не сменится, и её хотя бы относительно не доведут до ума.

Но, к сожалению, если раньше можно было "отсидеться" на стабильных релизах, то теперь 1С насильно загоняет пользователей в кривые, зато "новые" релизы 8.3. Что обидно, большинство молча терпит - начиная от рядовых региональных франчей и заканчивая разработчиками самих типовых конфигураций.
Дмитрий74Чел; +1 Ответить
10. JohnyDeath 301 08.01.16 15:50 Сейчас в теме
Для меня самое главное разочарование - невозможность встроить расширения в типовой механизм обмена между распределенными базами.
Подробнее задавал вопрос здесь: https://plus.google.com/u/0/+ЕвгенийМартыненков/posts/X3TVCGg4NGD
14. dezzarr 5 12.01.16 10:35 Сейчас в теме
После обновления основной конфы (проверял на паре БП и ЗУП 3.0) начинается форменный песец. Измененные формы из расширений просто отваливаются от своих родителей, и лечится это только полным удалением их из расширения, заимстованием по-новой, и переносом изменений. Так и не понял как это победить, вернул изменения в основную конфу. Сыровато.
15. Yashazz 4707 14.01.16 10:59 Сейчас в теме
Интересную штуку пронаблюдал с планами видов характеристик. Наследуем ПВХ (остаются только простые типы), добавляем свой тип (сняв флажок контроля), система его спокойно сохраняет и подключает расширение, но - увы, поля такого типа "характеристик" не могут содержать значения добавленного типа; преобразуют его в строку. Пичаль.
17. Yashazz 4707 22.01.16 16:07 Сейчас в теме
И ещё раз о косяках платформы: если вы добавили реквизит в расширение формы, и он упомянут где-то в вашем (расширенном) коде формы, то при попытке его удалить конфигуратор аварийно завершится. Ситуация стабильно воспроизводится на всех релизах 8.3.6 и 8.3.7
Комментарии излишни)))
19. JohnyDeath 301 28.01.16 23:55 Сейчас в теме
(17), (18)
Баги зарегистрировал в 1с?
20. Yashazz 4707 29.01.16 01:10 Сейчас в теме
(19) JohnyDeath, неа. Смысл? Я представляю себе, как этот багтрекер разбирается и принимается к сведению. Смысла дёргаться нету ни-ка-ко-го.
Я уж лучше тут соберу пройденные грабли, дабы оно было общедоступно.
21. JohnyDeath 301 30.01.16 10:59 Сейчас в теме
(20) как это нет смысла? Как вообще разработчики платформы должны по твоему узнавать о багах? Читать все форумы про 1С?
И почему ты думаешь, что смысла нет? Я, наверное, уже с десяток багов зарегистрировал. ВСЕ были исправлены.

Странный подход. Очень странный.
22. Yashazz 4707 31.01.16 14:01 Сейчас в теме
(21) JohnyDeath, очень просто.
1. Я наивно полагаю, что бета-тестирование не должно производиться на конечных потребителях ПО. Я считаю, что баги такого характера должны вылавливаться на этапах до широкой публикации и уж тем более до оголтелых призывов переходить на такие релизы и юзать такие доработки. Узнавать о багах следует от своих тестировщиков, работающих по систематизированной схеме проверки основных механизмов, которую частично отработал я, когда готовил эту статью. Хотя я ни разу не тестер...

2. Все форумы читать не надо. Раз ИС позиционирует себя как крупнейший, а с определённого времени партнёрский и, чего там, частично финансируемый и крышуемый фирмой 1С, то вполне достаточно читать тут.

3. Я знаю, что смысла нет. Я примерно знаю внутреннюю кухню и не питаю иллюзий. Ошибки исправляются хаотично, непредсказуемо и спонтанно, и чем дальше, тем хаотичнее. Ну, зарегистрирую я ошибку, и что? Года через три её вдруг исправят, мне и моим пользователям от этого не легче, если у них здесь и сейчас фатально глючит. Конечная цель автоматизации - работающая эффективная система, и телодвижения по регистрации ошибок влияют на достижение этой цели негативно, т.к. я, тратя время на регистрацию и общение с поддержкой (простихосспади) ухожу из области своих возможностей в сферу зависимости от 1С. Но ключевое, всё же, именно трата времени на "регистрацию ошибки". Я лучше обходной костыль сделаю, чем ждать у моря погоды.
kuzyara; DFinteX; fuxic; jokereinherjar; lisrws; Ali1976; scanner1980; +7 Ответить
18. Yashazz 4707 28.01.16 22:27 Сейчас в теме
До кучи: есть табличная часть объекта, взятая в расширение, и реквизит типа одного из справочников, который тоже в расширении есть. При попытке открыть конструктором запрос в обработке, созданной в расширении, где на этот реквизит наложено условие, ругается, что нельзя сравнивать поля "тра-ля-ля". При попытке открыть ровно этот же запрос в коде конфы или во внешней обработке всё ОК. Красота.

А уж как себя ведёт глобальный поиск, это просто песня. То он видит расширения, то не видит. Пока не переоткроешь, точно быть уверенным, то "поймает", нельзя.

Что-то, смотрю, тишина в теме. Мне одному везёт, или все считают, что так и надо?
23. Yashazz 4707 01.02.16 22:48 Сейчас в теме
Следующий баг платформы: в расширенной форме, унаследованной от документа типовой, группа формы с элементами делалась и отлаживалась в режиме "Такси". В результате, если запускать в другом режиме, то эту группу не видно. Другие - да, а эту почему-то нет, хотя сделано таких было несколько. Только "Такси" и никак иначе.
25. mszsuz 321 19.02.16 23:01 Сейчас в теме
Это не писатели УТ, а писатели БСП и причем у них тоже похоже связаны руки.
Я на оф.форуме предложил очень простое решение этой проблемы - не удалять расширение, а определять с помощью ОбъектМД.Родитель().ПринадлежностьОбъекта, но там сказали что это "незапланированное поведение" и ждите, короче, пока исправим.
26. mszsuz 321 19.02.16 23:31 Сейчас в теме
"А мы пока лучше сделаем круглые кнопки и удалим линейку прокрутки, потому что через 5 лет это будет круто, просто вы ещё об этом не знаете"
29. Yashazz 4707 17.03.16 15:11 Сейчас в теме
30. хакер 23.03.16 13:48 Сейчас в теме
Платформа 8.3.7.1970 , конфигурация УТ(11.2.3.108, при попытке добавить в действующее расширение формы списка журнала документов "Документы продажи", расширение перестает работать, может кто нибудь сталкивался с подобным ?
31. Yashazz 4707 24.03.16 13:38 Сейчас в теме
Мало им было старых косяков и кривизны, так они ещё добавить хотят: http://v8.1c.ru/o7/201603module/index.htm
Имхо, просто издеваются. Хотя, может, лет через 10 (когда уже будут активно продвигать сырую, неудобную и стрёмную 1С 9.9) эта механика чуток устаканится и кое-чем даже можно будет пользоваться.
32. MaxS 2823 25.03.16 14:53 Сейчас в теме
Во внешних обработках можно программно установить разрешение, например, для доступа к временным файлам, А как тоже самое в расширении, которое работает в безопасном режиме разрешить некоторые действия?
33. AndreykO 6 14.04.16 08:07 Сейчас в теме
У нас клиент-серверная 1С 8.3.7.1845 и Документооборот 8 КОРП, редакция 2.0 (2.0.15.6), расширение одно, в нём добавлена пара обработок и изменены некоторые заимствованные формы. В целом, расширения как инструмент для нашей пользы хороши, но есть моменты, с которыми не удалось справиться:
1. Многие формы "искривляются". При добавлении в расширение формы "ФормаТекущиеДела" обработки "ТекущиеДелаДокументооборот" из основной, поля виджетов на этой форме изменили свои размеры - это форма начальной страницы простых пользователей, заметно сразу. Также сильно нехорошо получается с формой "ФормаСписка" журнала документов "ЭлектроннаяПочта": когда письмо содержит вложения, поле "ПредпросмотрHTML" очень мало по ширине и текста письма совсем не видно.

2. Если добавить в расширение форму "ФормаСписка" журнала документов "ЭлектроннаяПочта", то при запуске в пользовательском режиме вываливается ошибка: "Ошибка подключения расширения: ... - Ошибка свойства РегистрируемыеДокументы у объекта ЖурналДокументов.ЭлектроннаяПочта". При чём, заставил себя, потратил много времени (минут 7) и добавил в расширение всё содержимое документов "ВходящееПисьмо" и "ИсходящееПисьмо" - реквизиты, табчасти, формы, команды - не взлетело. Не помогла также отметка обоих документов в списке "Регистрируемые документы" в палитре свойств этого журнала в расширении.

Если кто встречался с подобным - пишите, буду благодарен, да остальным пригодится.

Хммм. Эксперементировал и разобрался :)
с первым: у самого расширения в палитре свойств есть "Режим совместимости" - ставим "8.3.6" и в конфигурации, соответственно тоже "8.3.6" (так и есть в типовой в стоке) - в результате размеры окошек в порядке и "раздвигалка" на месте.
со вторым: вообще убрать галку "Регистрируемые документы" в палитре свойств журнала в расширении - работает )) правда, теперь эта форма мне не нужна, но опыт зачтён. :)
34. v3rter 06.05.16 17:51 Сейчас в теме
Читаю http://v8.1c.ru/o7/201603module/index.htm и понимаю, что для появления вредоносных расширений осталось дописать возможность их программной установки или установки из командной строки. Кроме шуток.
35. Yashazz 4707 08.05.16 12:33 Сейчас в теме
(34) v3rter, мне тут кошмар приснился, будто пытаюсь я обойти невозможность команды "Выполнить" в веб-клиенте следующим образом: из какого-то макета распаковываются исходные файлы мини-расширения, ну как обычная выгрузка в файлы, сохраняются куда-то в темпы на клиентской машине, в xml-исходнике формы делается правка со вставкой туды этого несчастного выполняемого кода; потом (как, не знаю, но во сне получилось) всё это собирается в cfe, и оно тут же подключается. Жесть.
36. Alex_E 2352 08.05.16 12:46 Сейчас в теме
(34) v3rter,
что для появления вредоносных расширений осталось дописать возможность их программной установки или установки из командной строки. Кроме шуток.
- а появление вредноносных внешних обработок Вас не пугает? Они, к слову из командной строки спокойно могут запускаться....
JohnyDeath; +1 Ответить
37. charushkin 104 23.06.16 13:38 Сейчас в теме
(34) v3rter, (36) Alex_E, кто-то явно прочитал эту ветку форума )))
http://1c.ru/news/info.jsp?id=21537
38. tormozit 7133 10.11.16 10:20 Сейчас в теме
EDT уже поддерживает редактирование расширений? Вроде не встречал инфы про их поддержку в описании.
39. tormozit 7133 12.11.16 17:42 Сейчас в теме
Как массово добавить объекты из конфигурации (CF) в расширение (CFE)?
40. ret 63 18.11.16 12:12 Сейчас в теме
А в хранилище конфигурации для совместной доработки как-то расширение вставляется? Или пока ничего нет такого?
41. e.kogan 1892 28.02.17 22:48 Сейчас в теме +300 $m
Мне вот грустно, да. Ну ладно пришлось врубить изменяемость типовой конфе, чтобы воткнуть пару реквизитов туда, куда никак иначе не втыкалось. Но форма-то! вытащила в расширение, всё-всё-всё в расширении уже есть, и реквизиты, и типы оных... и вот вроде в расширении добавлены оба нужных реквизита на форму... и даже запустить удалось, привет всем безопасным режимам... только вот почему-то добавленный реквизит простого типа видно, а типа ссылки на справочник (справочник в расширении есть!) - нету. Хотя добавляла на форму одновременно.
Молчу уже про регулярные пропадания расширения в никуда.
8.3.9.2170.
42. гаврюша 2 05.03.17 20:32 Сейчас в теме
Может кто подскажет что делать:
Конфигурация ERP платформа 8.3.9.2170 есть расширение.
При обновлении до релиза 2.2.2.199 проблемы с расширением не возникло, все запустилось.
При обновлении основной конфигурации до релиза 2.2.2.212 расширение не запускается.
Ошибка: Значение контролируемого свойства Type у объекта InformationRegister.РеестрДокументов.Resource.Сумма не совпадает со значением в расширяемой конфигурации.

Что делать, чтобы работало расширение? И как можно избежать подобных ситуаций после обновления релизов?
43. JohnyDeath 301 05.03.17 23:47 Сейчас в теме
Очевидно, что в новом релизе изменили тип ресурса (наверное увеличили длину числа).
Надо "обновить" тип этого ресурса в расширении
44. гаврюша 2 06.03.17 11:17 Сейчас в теме
45. Yashazz 4707 06.07.17 12:12 Сейчас в теме
Из описания "новенького" в 8.3.10:
Справка, открываемая в расширяемой конфигурации, включает в себя справочную информацию по объектам расширения.
Справочная информация расширения конфигурации используется при поиске по справке.

Данная возможность не предоставлялась.
Справочная информация, реализованная в расширении конфигурации, была недоступна в дереве справки и для поиска.


Ага, а вот теперь, господа разработчики 1С, идите и верните нам того клиента, который, во многом по этой причине, из-за справки, полтора года назад сказал, что "фигня эти ваши расширения" и ушёл к франчу, смело принявшемуся пилить саму конфу.

Просто уже зла не хватает, так их разэдак.
46. D.B.Sokolov 68 17.08.17 01:35 Сейчас в теме
8.3.10.2252
Создал свой макет печатной формы документа, скопировав существующий. Сперва создал его в расширении. Вроде всё работает, но есть нюанс. Если отключить вывод дополнительной колонки печати (Код/Артикул). То ширина колонки "Товар" увеличивается каждый раз при печати документа. Сколько раз вывели на печать, столько раз добавилась. И так до бесконечности. Закрытие окна с табличным документом не сбрасывает ширину колонки, она остаётся в памяти. Проблема решилась только переносом макета из расширения в основную конфигурацию.
47. D.B.Sokolov 68 18.08.17 15:51 Сейчас в теме
Формы рабочей области начальной страницы, добавленные в расширении конфигурации, не видны в режиме 1С:Предприятие?
48. Yashazz 4707 13.04.18 09:41 Сейчас в теме
Релиз 8.3.10.2699. Добавляю новое расширение с назначением "Дополнение". При попытке открыть окно расширения из списка расширений конфигуратор тихо падает. Красота, что можно сказать...
49. MaCCapAkIII 18.02.19 14:26 Сейчас в теме
Релиз 8.3.12.1685. Ранее была УТ 11.1 на 8.3.10. Обновили до указанной платформы и до релиза УТ 11.2.3.95. Убрал режим совместимости конфигурации, добавил расширение и больше сделать ничего не могу - ошибка в приложении. Пробовал обновление информационной базы через параметр запуска и обработку - все равно ошибка в транзакции, на скриншоте показал кусок кода, который не отрабатывается. Расширение.Удалить() не выполняется, почему - не знаю. Прошу помощи...
Прикрепленные файлы:
50. t.v.s. 111 18.02.19 14:29 Сейчас в теме
(49) Так закройте расширение в конфигураторе
51. MaCCapAkIII 18.02.19 14:30 Сейчас в теме
(50) Это все при закрытом расширении в конфигураторе. Конфигуратор сам закрыт тоже... Пробовал с РежимОтладки в параметрах запуска - аналогично.
52. t.v.s. 111 18.02.19 15:26 Сейчас в теме
(51) А вы откройте конфигуратор, уже в нем закройте расширение. Конфигуратор можно не закрывать
53. MaCCapAkIII 18.02.19 15:30 Сейчас в теме
(52) Именно так и делал, в разном порядке и неоднократно. Только после этого написал сюда. Пустое расширение с параметром запуска в Сервисе РежимОтладки отрабатывает нормально. Как только загружаю в него ранее созданное расширение - оно отказывается работать...
54. t.v.s. 111 18.02.19 15:35 Сейчас в теме
(53) Режим совместимости расширения какой?
55. MaCCapAkIII 18.02.19 15:39 Сейчас в теме
56. t.v.s. 111 18.02.19 15:42 Сейчас в теме
(55) Странная фигня, на платформе 8.3.12 таких глюков никогда не наблюдалось
57. MaCCapAkIII 18.02.19 22:19 Сейчас в теме
Есть предположение, что происходит это из-за сравнения и объединения с расширением, сделанным на прошлой версии платформы. Хотя я сам понимаю, что это скорее всего глупость. Но выхода нет, надо что-то пробовать. Буду создавать объекты в расширении заново и обновлять расширение после каждого.
58. MaCCapAkIII 19.02.19 06:53 Сейчас в теме
Оставлял на ночь обновление ИБ с параметром запуска - вообще дичь какую-то выдал...
Прикрепленные файлы:
59. t.v.s. 111 19.02.19 07:38 Сейчас в теме
(58) Так, стоп. А с чего вы взяли, что УТ 11.2.3.95 будет нормально работать на платформе 8.3.12?
60. MaCCapAkIII 19.02.19 07:44 Сейчас в теме
(59) Не могу вам ответить. Пришел на то что есть. Что вы рекомендуете? Обновлять УТ дальше до актуального на сегодня релиза? Для 8.3.12 эта версия не подходит?
61. t.v.s. 111 19.02.19 07:50 Сейчас в теме
(60) Обновлять последовательно, используя рекомендуемую для каждого релиза версию платформы. Если совсем тяжко, то можно попробовать использовать при обновлении 8.3.10 до последнего релиза 11.4.5.
На платформе 8.3.12 УТ нормально работает только с релиза 11.4.6. Если расширение не имеет собственных данных (а скорее всего у вас это так), то лучше его отключить на время обновления.
Сама конфа типовая или с изменениями?
62. MaCCapAkIII 19.02.19 07:52 Сейчас в теме
(61) Сильно нетиповая. поставлена задача перенести все что возможно в расширение, плюс добавить определенный функционал непосредственно в расширение (несколько регистров, документов).
Понял вас. Будем пробовать обновляться дальше, потому что собственных данных в расширении есть, и немало.
63. Andreyyy 74 28.06.19 17:41 Сейчас в теме
Не нашел в описании - столкнулся с тем, что из процедур основной конфигурации выполняемых через "Выполнить" не видны расширения (во всяком случае общие модули - флажки сервер и вызов сервера установлены). Проверено на 8.3.14.1694 и 8.3.15.1489
67. tormozit 7133 02.09.22 22:53 Сейчас в теме
(63) Опровергаю твое утверждение. Во вложении пример - нажать кнопку "Команда1" в управляемом приложении.
Прикрепленные файлы:
1Cv8.dt
68. tormozit 7133 03.09.22 15:42 Сейчас в теме
(63) Мы оба правы. Внесу полную ясность.
Внутренний контекст модуля в слитом (объединенном) виде не существует. Поэтому во внутреннем контексте расширения модуля доступен внутренний контекст базового модуля, но не наоборот.
А вот внешний (экспортируемый) контекст модуля существует в слитом виде. Поэтому через него можно обращаться к любому экспортному методу любого из расширений модуля.
Поэтому через локальное имя вызвать метод расширения модуля из основного модуля действительно нельзя. Но можно через полное имя, если метод экспортный.
64. UtSpar 134 29.08.20 16:54 Сейчас в теме
Извиняюсь за возможно глупый вопрос, но где у расширений указывается справка?
65. Yashazz 4707 30.08.20 15:20 Сейчас в теме
(64) Нигде. Расширения никаким образом штатно платформенно НЕ позволяют работать со справочной информацией. Ни изменить (унаследовать, перегрузить или доделать), ни свою добавить. Этот контур вообще отсутствует. Я вот в таких случаях свои хтмл-макеты мастерю и цепляю к допиленным объектам.
66. пользователь 13.12.20 18:38
Сообщение было скрыто модератором.
...
69. and60 18.05.23 00:37 Сейчас в теме
Функции «РольДоступна» и «ПравоДоступа» верно работают для ролей основной при вызове из расширения. В остальном по работе с ролями см. ИТС, всё так и есть.

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

УстановитьПривилегированныйРежим(Истина);
МетаданныеРасш = Новый ОбъектМетаданныхКонфигурация(РасширенияКонфигурации.Получить(Новый Структура("Имя", "ИмяРасширения"))[0].ПолучитьДанные());
УстановитьПривилегированныйРежим(Ложь);
ПравоДоступа("Редактирование",МетаданныеРасш.Справочники.ВходящиеДокументы.Реквизиты.ИмяРеквизитаДобавленногоРасширением)

И тут ПравоДоступа возвращает Истину, хотя я не добавлял ему роли с такими правом!
Роль ,указанная основной в расширении, не содержит никаких прав

долго читал ИТС и прочие статьи, но так и не нашел причины
Оставьте свое сообщение