Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
Что является наиболее корректным утверждением о работе с внешними компонентами (DLL/OCX, Native API/COM) в «1С:Предприятии 8»?
В одном сеансе 1С можно подключить только одну внешнюю компоненту (например, только одну DLL/OCX)
Неправильно: Платформа не ограничивает разработчика одной компонентой на сеанс: при необходимости можно подключать несколько разных внешних компонент. Ограничения обычно связаны не с количеством, а с правами, режимом безопасности, разрядностью, платформой (Windows/Linux) и корректностью самой компоненты.
После подключения внешняя компонента становится объектом конфигурации и появляется в дереве объектов, как справочники/документы
Неправильно: Внешняя компонента не добавляется в метаданные и не становится объектом конфигурации - она подключается динамически во время работы. Использование идет через встроенный язык (создание объектов компоненты и вызов ее методов), а не через «дерево объектов конфигурации».
После программного подключения (загрузки) внешней компоненты ее объекты становятся доступными для работы в 1С:Предприятии 8
Правильно: Внешние компоненты предназначены для расширения возможностей платформы и после подключения могут предоставлять новые объекты/методы, которые вызываются из встроенного языка. Типовой сценарий: сначала подключить компоненту, затем создать объект компоненты и использовать его функции (например, для оборудования или низкоуровневых операций).
В «1С:Предприятии 8» нет механизма внешних компонент, работать с ними нельзя
Неправильно: Поддержка внешних компонент предусмотрена платформой и активно используется для интеграций (оборудование, криптография, специфичные функции ОС и т.п.). В зависимости от технологии (Native API или COM) меняются требования к установке и условия работы в толстом/тонком/веб-клиенте.
Пояснение
Внешняя компонента в 1С - это подключаемый модуль (чаще всего библиотека), который расширяет возможности платформы там, где встроенного языка недостаточно: работа с торговым оборудованием (сканер, весы, принтер этикеток), доступ к специфичным возможностям ОС, нестандартные драйверы, криптографические операции и т.д.
Ключевая идея: компоненту не «встраивают» в конфигурацию как объект метаданных. Ее подключают динамически, и после этого она может «добавить» в 1С новые объекты встроенного языка. Практический шаблон работы выглядит так:
1) Установить/разрешить использование компоненты (в некоторых режимах, особенно в тонком/веб-клиенте, может требоваться отдельная установка/разрешение и подтверждение безопасности).
2) В коде выполнить подключение (например, функцией/методом вида «ПодключитьВнешнююКомпоненту(...)», указав имя и тип - Native или COM).
3) Создать объект компоненты и вызвать его методы (часто через конструкцию вида «Новый("AddIn.<ИмяКомпоненты>.<ИмяКласса>")» или аналогичный механизм, в зависимости от технологии и реализации).
Технологии внешних компонент обычно делят на две группы:
- Native API: более «родной» для платформы механизм, может поддерживать разные ОС и режимы работы (включая тонкий/веб-клиент при соблюдении требований к поставке и установке).
- COM: классический вариант для Windows, как правило требует регистрации COM-компоненты и чаще привязан к особенностям Windows-окружения.
Полезные практические замечания:
- Следите за разрядностью: 32-битная компонента не заработает в 64-битном процессе и наоборот.
- В продуктивной среде учитывайте безопасность: подключение внешних компонент часто ограничивается политиками, правами пользователя и настройками клиента.
- Если компоненту используют во многих местах, удобнее сделать общую «обертку» (общий модуль/служебные процедуры), чтобы единообразно подключать компоненту, обрабатывать ошибки и контролировать доступность.