Расширяем функциональность 1С:Предприятия. Часть 2. Внешние компоненты Native API::Журнал СА 9.2015
www.samag.ru
Льготная подписка для студентов      
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
О журнале
Журнал «БИТ»
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

Jobsora

ЭКСПЕРТНАЯ СЕССИЯ 2019


  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

1001 и 1 книга  
28.05.2019г.
Просмотров: 1826
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 1887
Комментарии: 1
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 1446
Комментарии: 0
Django 2 в примерах

 Читать далее...

28.05.2019г.
Просмотров: 1066
Комментарии: 0
Введение в анализ алгоритмов

 Читать далее...

27.03.2019г.
Просмотров: 1636
Комментарии: 1
Arduino Uno и Raspberry Pi 3: от схемотехники к интернету вещей

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Расширяем функциональность 1С:Предприятия. Часть 2. Внешние компоненты Native API

Архив номеров / 2015 / Выпуск №9 (154) / Расширяем функциональность 1С:Предприятия. Часть 2. Внешние компоненты Native API

Рубрика: Базы данных /  Изучаем «1С»

Олег Филиппов ОЛЕГ ФИЛИППОВ, АНТ-Информ, заместитель начальника отдела разработки, comol@mail.ru

Расширяем функциональность 1С:Предприятия
Часть 2. Внешние компоненты Native API

Рассмотрим наиболее современную и функциональную сегодня технологию внешних компонент для платформы 1С:Предприятие – Native API

Зачем 1С понадобилась Native API?

В предыдущей статье [1] мы коснулись внешних компонент, построенных по технологии COM. Данная технология реализована в платформе 1С еще с версии 7.7 (а может, и ранее). От традиционного COM-объекта отличий мы нашли немного. Внешние компоненты получают в распоряжение контекст самого приложения 1С:Предприятие и могут генерировать внешние события для него. В обмен на данную возможность мы должны реализовывать кучу дополнительных функций и иметь не очень красивую схему вызова методов, которая, собственно, создана главным образом во имя возможности вызывать из 1С методы внешней компоненты на русском языке. К счастью, это можно с легкостью обойти и оставить традиционные возможности COM-объекта с контекстом 1С:Предприятия, но без возможности вызова методов на русском языке.

Но в современных версиях платформы и прикладных решений 1С заставляет нас постепенно отказываться от проверенной временем и удобной технологии COM в сторону Native API. Для чего? Отвечая на этот вопрос, можно достаточно долго рассуждать, приводя те или иные доводы как в сторону Native API, так и против. Неоспоримым, на мой взгляд, остается лишь один факт – 1С декларирует поддержку ОС Linux. Следовательно, ни о каких COM-объектах как части платформы или прикладного решения на данной платформе речи быть не может.

Еще у внешних компонент, созданных по технологии Native API, можно отметить следующие преимущества:

  • Нет необходимости предварительно регистрировать компоненту в реестре. Все действия по установке компоненты выполняются на этапе вызова в 1С функции «УстановитьВнешнююКомпоненту».
  • Стало возможным упаковывать несколько видов одной внешней компоненты в архив специального формата, с которым платформа может работать в автоматическом режиме. В зависимости от типа процессора (x86 или x64) и операционной системы (Windows или Linux) определять, какой файл внешней компоненты целесообразно использовать.
  • Внешние компоненты, разработанные по технологии Native API, можно использовать как на сервере, так и на клиенте.

В последний пункт стоит внести небольшое пояснение. В данном случае речь идет о методе «ЗагрузитьВнешнююКомпоненту». Методы «ПодключитьВнешнююКомпоненту» и «Конструкция Новый ComОбъект» успешно работают на сервере. А вот компоненту, которая корректно обрабатывает метод «ПодключитьВнешнююКомпоненту», надо считать COM или Native API?

Есть популярное заблуждение, что в тонком и веб-клиенте можно использовать только внешние компоненты, написанные по технологии Native API. COM-компоненты с браузерами тоже можно использовать. Но вся штука в том, что перед использованием компонент, разработанный по технологии COM, должен быть зарегистрирован в реестре, что с учетом специфики веб-клиента представляется не самым правильным решением. Поэтому Native API-технология позволяет также начать активно использовать внешние компоненты совместно с большинством популярных браузеров.

Статью целиком читайте в журнале «Системный администратор», №9 за 2015 г. на страницах 47-49.

PDF-версию данного номера можно приобрести в нашем магазине.


  1. Филиппов О. Расширяем функциональность 1С:Предприятия. Часть 1. Внешние компоненты COM. // «Системный администратор», №7-8, 2015 г. – С. 50-53 (http://samag.ru/archive/article/2991).
  2. Статья на Infostart о внешних компонентах, разработанных по технологии Native API – http://infostart.ru/public/184119.
  3. Шаблоны внешних компонент на 1С – http://its.1c.ru/db/files/1CITS/EXE/VNCOMPS/VNCOMPS.zip?country=ru.
  4. Статья о разработке внешних компонент на сайте ИТС – http://its.1c.ru/db/metod8dev/content/3221/hdoc/_top/native%20api@56f4fd.
  5. Шаблоны внешних компонент на 1С – http://habrahabr.ru/post/191014.

Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru