gifts2017

NativeAPI. Внешние компоненты на С++ "для чайников"

Опубликовал Андрей Овсянкин (Evil Beaver) в раздел Программирование - Практика программирования

В жизни каждого 1С-ника наступает момент, когда для выполнения задачи требуется код на другом языке программирования. На помощь приходят внешние компоненты, но как их писать, если последний раз вы брались за другой язык сто лет назад, сортируя массивы пузырьком на лабораторках в ВУЗе? Можно быстренько узнать только самое нужное, прочитав эту статью.

Предисловие

В заголовок статьи вынесена фраза "для чайников". Под чайником я имел в виду в первую очередь себя. Все мои знания С++ остались на уровне 3-4 курса ВУЗа, когда я встал на кривую дорожку 1С. И все бы хорошо, но недавно встала задача, требующая написания внешней компоненты. Пришлось поворошить воспоминания и стряхнуть пыль со знаний C++. Оказывается, все не так страшно. Краткий ликбез написания внешних компонент я и хочу вам предложить.

Шаблон компоненты на ИТС

На диске ИТС имеется полная документация по механизму внешних компонент, дополненная примером проекта и шаблоном для собственной разработки. Материал так и называется "Технология внешних компонент". Документация - это прекрасно, но в ней еще надо разобраться, а времени, как обычно, мало. На самом деле, существует всего несколько ключевых моментов, на которые стоит обратить внимание, остальное - тлен и суета:)

Необходимые материалы

Для создания внешней компоненты нам понадобятся:

  1. Материал «Технология создания внешних компонент», расположенный на ИТС
  2. Шаблон пустой внешней компоненты, прилагающийся к материалу
  3. MS Visual Studio. Версия Express бесплатна и более чем достаточна для наших нужд.
  4. Наличие  базовых знаний синтаксиса C++, а именно:
  • Умение отличить объявление переменной от цикла или условия
  • Понимание того, что строк в чистом виде в C++ не существует, есть массивы, под которые явно требуется заморачиваться с памятью
  • Ну и само собой, требуется умение реализовать поставленную задачу на указанном языке. Как минимум, умение вызвать из C++ какую-то стороннюю библиотечку, которая сама все сделает.

Начинаем копать

Документация на Native API достаточно подробна. Если подвести резюме, то она говорит о следующем:

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

Мы не будем залезать в особенности реализации, у нас сроки горят, да и компетенции маловато. Нам нужно быстро понять – в какое место нужно вписать свои строчки, чтобы компонента заработала. Для этого, берем шаблон компоненты с ИТС и открываем его в Visual Studio. Шаблон находится в папке template распакованного архива. Посмотрим, что у нас тут есть.

solution

Нас интересует файл AddInNative.cpp. Вся реализация заложена в нем. Он содержит заготовки всех нужных методов, нужно только их слегка настроить. Однако оказалось, что проще взять за основу не пустой шаблон, а разобраться с рабочим примером. В нем есть несколько полезных примочек, которых нет в пустом шаблоне. Когда придет понимание – нужно будет взять пустой шаблон и уже со знанием дела его доработать. Пример рабочей компоненты расположен в папке example\NativeAPI, а пустой шаблон – в папке template.

Откроем проект из папки example и в нем – файл AddInNative.cpp

В самом начале файла расположены объявления констант и вспомогательных функций. Нас интересуют следующие строчки:

1

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

Зеленой рамкой выделена строка, в которой объявлено имя класса. Честно признаюсь, я не вникал, что оно означает. Если его поменять, то ничего не работает. Поскольку изначально оговорились, что я «чайник», то мне простительно. :)

Таким образом, если наш объект будет содержать метод «ВыполнитьРасчет» и свойство «Адресат», то нам нужно описать это имя в массиве g_MethodNamesRu и g_PropNamesRu, соответственно.

Вызовы из языка 1С

Итак, наш объект будет содержать один метод и свойство, доступное для чтения и записи.

Пусть будет следующий сценарий использования:

НашОбъект = Новый(“AddIn.MyComponent.DataSender”); // DataSender – это имя из ф-ции RegisterExtensionAs (рассмотрена ниже).
НашОбъект.Адресат = «somemail@server.com»;
НашОбъект.ВыполнитьРасчет(СуммаПлатежа, «За коммунальные услуги»);

Имеется строковое свойство и метод с числовым и строковым параметром. Для того, чтобы все это заработало 1С выполняет примерно следующий протокол общения с компонентой:

2

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

Вернемся к нашему коду. Во избежание «волшебных чисел» в классе CAddInNative объявлены два перечисления, отвечающие за определение номеров методов и свойств. Откроем  файл CAddInNative.h и увидим их в самом начале:

3

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

Строки Unicode

Многие, наверное, знают, что платформа оперирует двухбайтовыми символами в формате Unicode. В шаблоне для этого объявлен специальный тип WCHAR_T. Этот тип является кросс-платформенной оберткой и обеспечивает одинаковый размер символа на Windows и на Linux. Стандартный тип wchar_t по размеру может отличаться на разных системах. Обратите также внимание, все строковые литералы объявляются с префиксом в виде буквы L. Это означает, что такая строка имеет тип wchar_t.

Есть простое правило: внутри компоненты строки обрабатываются как wchar_t (на Linux может быть 4 байта, в Windows – 2), но как только мы передаем строку в 1С или принимаем ее оттуда, то нужен WCHAR_T (строго 2 байта на всех системах).

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

Первая – формирует WCHAR_T из стандартного wchar_t:

uint32_t convToShortWchar(WCHAR_T** Dest, const wchar_t* Source, uint32_t len = 0);

Вторая – наоборот. Формирует wchar_t из WCHAR_T.

uint32_t convFromShortWchar(wchar_t** Dest, const WCHAR_T* Source, uint32_t len = 0);

При взаимодействии с платформой всегда используется только WCHAR_T.

Тип Variant

Еще одна интересная вещь – это универсальный тип данных Variant. Он позволяет нам взаимодействовать с языком 1С, который, как известно, не типизирован и каждая переменная в нем может содержать что угодно. При обмене значениями используется именно этот тип. Мы передаем в метод ВыполнитьРасчет два параметра – число и строку. В компоненту «приедут» два значения Variant. На нас возлагается обязанность проверить их действительный тип. Никто не помешает передать в компоненту не число, а скажем, таблицу значений.

Хотя, я похоже, ошибаюсь. Мне кажется, что ТаблицуЗначений в NativeAPI передать все-таки не получится, т.к. ее нет в списке допустимых типов, но, тем не менее, можно передать Дату вместо Cтроки. Это тоже не есть хорошо. Мы должны проверить реальный тип переменной, приехавшей из 1С.

Тип Variant устроен несложно. Это структура, свойствами которой являются значения разных типов. Там есть свойства типа DATE, wchar_t, int и прочие. Главной частью Variant является свойство «vt» которое хранит настоящий тип переменной, и по которой можно понять, как именно трактовать данный Variant. Кроме того, объявлен ряд вспомогательных макросов, упрощающих работу с типом Variant.

Ближе к делу

Вроде бы, со вступлением всё. Предлагаю рассмотреть пример реализации внешней компоненты. В качестве ТЗ выступит пример компоненты с диска ИТС. Этот пример описывает следующие возможности:

  • Вывод текста в строку состояния главного окна;
  • Посылка внешнего события по таймеру;
  • Передача двоичных данных в 1С:Предприятие;
  • Реализация свойств;
  • Реализация процедур;
  • Реализация функций;

Компонента имеет следующий API:

  • Свойства:
    • Включен/IsEnabled;
    • ЕстьТаймер/IsTimerPresent;
    • Методы:
      • Включить/Enable;
      • Выключить/Disable;
      • ПоказатьВСтрокеСтатуса/ShowInStatusLine;
      • ВключитьТаймер/StartTimer;
      • ВыключитьТаймер/StopTimer;
      • ЗагрузитьКартинку/LoadPicture;

По таймеру возникает внешнее событие, на которое можно подписаться из кода 1С.

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

Регистрация компоненты

Наш объект реализуется в виде отдельного класса C++, в данном случае – CAddInNative. Чтобы 1С смогла увидеть наш класс, библиотека dll должна экспортировать 3 функции:

  • GetClassObject
  • DestroyObject
  • GetClassNames

Эти экспорты можно увидеть в файле AddInNative.def в дереве проекта VisualStudio. Посмотрим на код этих функций:

4

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

Итак, GetClassNames, возвращает в платформу массив имен классов, реализующих полезные объекты внешней компоненты. В нашем примере компонента вернет в платформу массив из одного элемента с именем класса CAddInNative.

Обратите внимание, в платформу пойдет значение типа WCHAR_T, а имя класса в массиве g_kClassNames имеет тип wchar_t. Поэтому, выполняется приведение с помощью вспомогательной функции, о которой говорилось выше.

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

Опять же, обратите внимание, первым параметром платформа говорит нам – какой именно класс создать (из тех, что дали ей методом GetClassNames). Поскольку у нас только один класс, то это имя здесь вообще не проверяется, просто создается объект через new и возвращается через выходной параметр pInterface.

И последняя обязательная экспортная функция – DestroyObject. Название говорит само за себя. Когда объект платформе больше не нужен, его требуется удалить. Нам передается указатель на ранее созданный объект. Освобождаем его с помощью delete и обнуляем ненужные указатели.

Описанные реализации достаточно универсальны. Если наша компонента реализует только один класс (как в примере), то эти функции нужно тупо скопировать к себе. Единственное условие – создать правильный класс в функции GetClassObject, если у вас он называется не CAddInObject, а как-то иначе.

Инициализация/завершение существования компоненты

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

idone

Далее, метод GetInfo должен вернуть номер версии «Технологии внешних компонент». На данный момент, это всегда версия 2.0, а метод всегда возвращает значение 2000.

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

mm

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

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

Полезная нагрузка. Методы и свойства объекта компоненты

Регистрация

Ну и разумеется, мы создавали компоненту не ради ее инициализации, а ради какого-то полезного функционала. Настало время рассмотреть, как он реализуется.

Во-первых, мы должны зарегистрировать объект, который может быть создан и вызван из языка 1С. Данный объект регистрируется в методе RegisterExtensionAs.

 ras

В этом методе мы сообщаем платформе имя нашего класса, как оно будет видно из языка 1С. Именно по этому имени мы будем его создавать через «Новый». В данном случае, создание объекта будет выполняться следующим кодом:

ПодключитьВнешнююКомпоненту(Файл, "МояКомпонента", ТипВнешнейКомпоненты.Native);
ОбъектКомпоненты = Новый("AddIn.МояКомпонента.AddInNativeExtension");

Согласно документации, память для строки с именем класса выделяется менеджером памяти, и по этому адресу записывается имя – «AddInNativeExtension». Здесь можно безболезненно написать свое имя. Обратите внимание, опять происходит преобразование из wchar_t в платформенный WCHAR_T.

Использование

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

НашОбъект = Новый("AddIn.MyComponent.DataSender"); // DataSender – это имя из ф-ции RegisterExtensionAs (рассмотрена ниже).
НашОбъект.Адресат = "somemail@server.com";
НашОбъект.ВыполнитьРасчет(СуммаПлатежа, "За коммунальные услуги");

то будет выполнен следующий опрос:

  1. Есть ли свойство «Адресат»
  2. Поддерживает ли оно запись
  3. Есть ли метод ВыполнитьРасчет
  4. Сколько у него параметров
  5. Есть ли у него возвращаемое значение
  6. Какие умолчания у необязательных параметров (если есть)

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

Свойства

Первое, что стоит рассмотреть – это инфраструктура свойств. Платформа запрашивает существование свойства методом FindProp

fp

Платформа передает нам имя искомого свойства в виде WCHAR_T. Оно преобразуется в wchar_t вспомогательным методом, и происходит поиск этого текста сначала в англоязычных термах, а затем в русскоязычных. Вернуть мы должны номер свойства. Обратите внимание, здесь задействована вспомогательная функция findName. Ее реализация есть в примере, но нет в пустом шаблоне компоненты. Кажется целесообразным перетаскивать ее к себе, если в компоненте планируются двуязыячные термы.

Далее, метод GetPropName выполняет обратную задачу, получает имя свойства по его номеру. Строка с именем также выделяется через менеджер памяти предприятия. Подозреваю, что метод GetPropName совместно с GetNProps используется, когда мы разворачиваем свойства объекта «плюсиком» в отладчике. Тогда платформа получит общее число свойств и для каждого из них запросит имя.

Следующая пара методов IsPropReadable/IsPropWritable. Здесь все просто, для указанного номера свойства мы должны сказать можно ли его читать/писать.

Получение и запись значений выполняются методами GetPropVal/SetPropVal. Здесь стоит остановиться подробнее. Мы начинаем работать с типами 1С:Предприятия, а значит, на сцену выходит Variant.

dd

Шаблон компоненты определяет набор вспомогательных макросов для упрощения работы с Variant. Первый из них – это проверка типа значения. Например, макрос TV_VT позволяет проверить/установить тип значения. Определены также именованные константы для каждого из поддерживаемых типов. Эти константы и их соответствия типам 1С:Предприятия перечислены в документации.

Макрос TV_BOOL получает из варианта булево значение, с которым можно работать. По аналогии получаются целые значения (TV_INT), строки (TV_WSTR) и другие. Точные значения есть в коде, их всегда можно посмотреть.

Важный момент – мало присвоить варианту какое-то значение, нужно также присваивать и действительный тип. Обратите внимание на GetPropVal. Помимо присваивания TV_BOOL = true идет присваивание типа: TV_VT = VTYPE_BOOL. Если тип не присвоить, платформа не будет знать – какой тип значения ей вернули. Разумеется, можно накосячить и задать неверный тип. Часто это сопровождается падением платформы.

Подведем итог вышесказанного:

Получаем значение из варианта:

bool someVariable = TV_BOOL(pVariant);

Записываем значение в вариант:

TV_VT(pVariant) = VTYPE_BOOL; // действующий тип данных

TV_BOOL(pVariant) = someBooleanVariable; // устанавливаем само значение

А теперь – горбатый методы!

С методами немного сложнее, но в целом, похоже на свойства. Во-первых, есть точно такая же функция поиска метода по имени, получения общего количества методов, получения имени по номеру. Однако помимо перечисленного, добавляются следующие особенности:

  • Если метод может возвращать значение, значит, его можно использовать в «Вычислить» и записывать справа от операции присваивания в языке 1С. Если нет, то это процедура и подобные вещи будут приводить к исключению «Использование процедуры как функции»
  • У метода есть параметры. Платформа должна знать их количество. Если при вызове указано аргументов больше чем в сигнатуре метода, то возникает ошибка «Слишком много параметров»
  • Если методу передано недостаточное количество аргументов, значит, некоторые из них могут быть необязательными, а если необязательных параметров нет, то возникает ошибка «Недостаточно параметров».
  • При вызове, если это процедура, то возвращаемого значения быть не может. Если это функция, то есть возвращаемое значение. Его тоже нужно обработать.

Есть ряд простых методов, назначение которых понятно из их имен и из документации. Сюда относятся HasRetVal, GetNParams, GetParamDefValue. Их предлагаю не рассматривать, примера более чем достаточно. Наш интерес будет направлен в сторону непосредственной реализации полезной нагрузки. Она реализуется в методах CallAsProc и CallAsFunc. Первый отвечает за вызов процедур, второй – за вызов функций. Отличаются они тем, что CallAsFunc имеет дополнительный выходной параметр, в котором мы передадим платформе возвращаемое значение функции.

Вызов осуществляется следующим образом: платформа передает нам номер вызываемого метода, массив фактических параметров и их количество. Мы должны проанализировать номер метода и скормить ему переданные параметры. В случае функции мы должны также записать что-то в возвращаемое значение.

 p

В примере номер метода анализируется в switch/case и в зависимости от номера выполняется логика метода. Для методов Включить/Выключить просто устанавливается флажок. Интересен метод ПоказатьВСтрокеСтатуса. Он показывает то, что ему передали в строке состояния окна 1С:Предприятия. Для этого используется объект подключения к платформе m_iConnect, тот, что был «выдан» нам при регистрации компоненты. Полный перечень его возможностей описан в документации.

Интересный момент. Здесь, в примере, не проверяется тип приехавшего из 1С значения, а просто вызывается SetStatusLine со строковой частью Variant. Я подозреваю, что если вызвать метод компоненты из языка 1С, передав туда число или дату (вместо строки), то работать ничего не будет… Опять же, пусть гуру поправят, но кажется, что указатель pwstrVal будет указывать неизвестно куда, если из предприятия приехало скажем, число, а не честная строка. При вызове SetStatusLine, платформа попытается прочитать с неизвестного адреса строку и, скорее всего, упадет. Лучше всегда проверять ожидаемый тип. Мало ли чего.

Функция ЗагрузитьКартинку в примере реализована более интересно, там рассмотрена возможность обмена с платформой строками и двоичными данными.

1

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

Далее, здесь проверяется тип переданного параметра. Если это узкая строка (VTYPE_PSTR), то используется char-овая часть варианта. В примере написано paParam->pstrVal, но можно воспользоваться макросом TV_STR, будет то же самое, но еще и соблюдено единообразие работы с вариантом.

Если это широкая строка (VTYPE_PWSTR), то выполняется преобразование сначала к wchar_t, а затем к char. Дело в том, что нам из языка 1С в данный метод передается путь к файлу, который затем используется в функции fopen(char*). Эта функция на вход требует тип char*, а из платформы к нам придет WCHAR_T.  Для корректной работы и выполняются преобразования строк.

Ну и последнее, если это вообще не строка, то вызов признается неудачным, возвращается false.

Далее будет открыт файл, и в случае ошибки будет выдано сообщение (это код для краткости пропущен). Если все хорошо, то в 1С возвращаются двоичные данные картинки.

2

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

В выделенный буфер считывается файл целиком, кроме того, обязательно указывается байтовый размер в свойстве варианта strLen и тип данных варианта VTYPE_BLOB. Если память выделится удачно, то возвращаем true, как признак удачного вызова всей функции.

Таким образом, когда в языке 1С будет написано:

ДвоичныеДанные = Компонента.ЗагрузитьКартинку("C:\pic.jpg");

будет вызван метод CallAsFunc объекта компоненты с передачей пути и возвратом двоичных данных, как описано выше.

В случае успеха переменная ДвоичныеДанные будет содержать полноценный объект языка 1С. Когда он выйдет из области видимости вся занятая им память будет освобождена платформой. Именно поэтому выделялась она через менеджер памяти.

Заключение

Рассказ писался чайником для чайников, поэтому, скорее всего, пестрит терминологическими неточностями. Тем не менее, цель статьи – быстрое введение во внешние компоненты. Если в сжатые сроки, без лишних заморочек, без долгих разбирательств нужно быстро сделать компоненту, то я надеюсь, что эта статья вам поможет. Если от каких-либо моих ошибок вам, как гуру C++, стало плохо – сообщайте в комментариях, будем исправлять.

Спасибо за внимание.

Скачать файлы

Наименование Файл Версия Размер
Шаблоны компонент 175
.rar 36,13Kb
29.04.13
175
.rar 36,13Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Борис Моренко (BorisMor) 23.04.13 04:09
Ну все... на майские праздники есть в чем разобраться)
2. Василий Б (vasbur) 23.04.13 07:22
А можете рассказать, как из С++ в 1С вернуть пустую дату?
Чтобы и на 7.7 и на 8.2 правильно работало
3. andrewks 23.04.13 07:31
4. Василий Б (vasbur) 23.04.13 07:36
(3) Это в 1С.
А как это в С++ написать?
6. Василий Б (vasbur) 23.04.13 08:12
(5) Вобщем, дату "0001.01.01" не вернуть никак
7. andrewks 23.04.13 08:18
8. Алексей Роза (DoctorRoza) 23.04.13 08:23
Хорошо написано, тем более, что 2-3-мя строчками кода тут не обойдешься. Но все-таки, сорцы нужно выкладывать, не жмотся, Автор! :)
9. Андрей Овсянкин (Evil Beaver) 23.04.13 10:02
(8) DoctorRoza, ну сорцы как бы на ИТС. Они у всех есть, чего их выкладывать?
10. andrey dyak (dyak84) 23.04.13 10:27
Очень интересно. Автору огромное спасибо. Есть над чем поработать на выходных
11. Александр Топольский (AlexanderKai) 23.04.13 10:38
Классная статья, разжевано даже для самых ленивых. Теперь не надо ничего искать, когда потребуется вдруг внешнюю компоненту написать :)
12. Евгений (le_) 23.04.13 10:53
Слегка сумбурно на мой взгляд. Но идея хорошая.
Я думаю, всем было бы понятнее, если бы автор на конкретных примерах показывал как реализовать необходимые в большинстве случаев механизмы.

Моё субъективное мнение таково, что у тех, на кого ориентирована эта статья ("чайники"), если они возьмутся писать компоненту, в процессе обязательно возникнет ряд вопросов, типа, "как вернуть из компоненты значение" и даже не какое-нибудь хитрое, а просто строку. В шаблоне нет такого примера (именно примера) и в этой статье нет. Тип tVariant упомянут вскользь. 1С-ники зачастую вообще забывают о том, что существуют какие-то типы данных. Передача параметров по ссылке, по указателю, по значению - что это такое? )

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

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

Всё-таки, много вопросов осталось нераскрытыми )
chizh.84; ilyanet; proal; iov; CratosX; xomaq; адуырщдв; BorisMor; +8 Ответить 2
13. Андрей Овсянкин (Evil Beaver) 23.04.13 13:23
(12) le_, замечания по существу, спасибо. Только вот с этим немного несогласен:
"как вернуть из компоненты значение" и даже не какое-нибудь хитрое, а просто строку. В шаблоне нет такого примера (именно примера) и в этой статье нет


Как раз это есть. Там где возвращаются двоичные данные, вместо BLOB нужно просто задать тип PSTR.
Но вообще, говоря, вы правы. Нужен краткий справочник howto для типовых действий. Подумаю над продолжением.
14. Евгений (le_) 23.04.13 13:38
(13) Просто имеет смысл акцентировать внимание на том, что и для возвращения строки, обязательно указывать её размер в байтах. Для ASCII один символ - это один байт, а для unicode - 2 байта. Для 1С-ников это непривычно...
15. Наталия Киселева (kng67) 23.04.13 13:45
Тема интересная.
Мой коллега пишет внешние компоненты на С++ для 1С.
16. andrewks 23.04.13 13:53
(14) le_, и + память под строку выделять менеджером памяти 1С, а не сишным
17. Андрей Овсянкин (Evil Beaver) 23.04.13 14:14
(14) le_, там вроде бы в варианте есть два отдельных размера. Для char - strLen, для wchar - wlen не помню, как то так. Указываем все время в символах и не паримся.
18. Андрей Овсянкин (Evil Beaver) 23.04.13 14:15
(16) andrewks, про менеджер вроде много говорил, что им нужно выделять. Непонятно получилось?
19. andrewks 23.04.13 14:23
(18) Evil Beaver, если честно, статью смотрел строку через пять ;-)
20. andrewks 23.04.13 14:25
(17) Evil Beaver, совершенно верно, но память нужно выделять в байтах :)
21. Алексей Т. (CratosX) 24.04.13 03:20
Достойно!

(12) Le_, на инфостарте уже немного есть пошаговых инструкций. Например, тут, или вот оптом в google MS Visual Studio 1С & внешняя.
Но, у Evil Beaver получилось неплохо, с неплохим оформлением.
22. Oleg karp (Oleg1708) 24.04.13 15:58
Спасибо, понравилось. Вспомнил С++... :)
23. Александр Овсянников (_LEV_) 24.04.13 16:36
Полезно, есть что вспомнить и освежить. Спасибо.
24. Марат Ибрагимов (ranger) 26.04.13 08:19
Автору спасибо за кропотливую работу.
Но мне без базовых знаний С++ как-то сложно читается к сожалению:(
25. Алексей Новоселов (a-novoselov) 26.04.13 11:34
(9) Ну "ИТС есть у всех" это не всегда правда, например, на работе есть, а дома нет. И чтобы дома попробовать, придется искать этот ИТС. Тем более за скачанные файлы вам $m будут капать, так что лучше бы выложили... Можно даже со своими комментариями, объясняющими для чайников назначение той или иной функции и ее параметров (особенно если не понятно из названия).
А в целом статья полезная, однозначно +
26. Олег (oleg_km) 01.05.13 08:25
Если это широкая строка (VTYPE_PWSTR), то выполняется преобразование сначала к wchar_t, а затем к char. Дело в том, что нам из языка 1С в данный метод передается путь к файлу, который затем используется в функции fopen(char*). Эта функция на вход требует тип char*, а из платформы к нам придет WCHAR_T. Для корректной работы и выполняются преобразования строк.


Внутри C++ тоже удобнее работать с двубайтовыми строками. Проект скомпилировать с опцией UNICODE и автоматом будут использоваться W-варианты функций WinAPI. Например для работы с файлами гораздо удобнее пользовать класс:

#include <atlfile.h>
CAtlFile oFile;
HRESULT nRes = oFile.Create(cSrc, GENERIC_READ, 0, OPEN_EXISTING);
nRes = oFile.Read(cBuff, nSize, nGet);
27. Андрей Овсянкин (Evil Beaver) 01.05.13 23:50
(26) oleg_km, тут вся свистопляска из-за линукса. Там нет винапи, а wchar_t, говорят, четырехбайтовый. Вот и сделали обертку WCHAR_T, чтобы всегда и везде была 2 байта. Но ее в wcslen не передашь, поэтому внутри компоненты - компот из разных строк.
28. Рустам (Borometr) 06.05.13 07:57
Недавно начал изучать C#, оказывается не зря, пригодиться и в работе с 1С
29. Алексей Т. (CratosX) 06.05.13 15:14
(0), скачал ваш шаблон, попробовал открыть в
Microsoft Visual Studio Express 2012 для Windows Desktop
Версия 11.0.50727.42 VSLRSTAGE
Microsoft .NET Framework
Версия 4.5.50709

Visual C++ 2012 05695-004-0030004-02855
Microsoft Visual C++ 2012

На Windows 7 pro x32.
Дело в версии MS Visual Studio или в Visual C++?
Но это пол беды. Следуя статье, наткнулся на то, что в файле AddInNative.def нет того кода, что приведён в статье. Предлагается ввести его самостоятельно?
Естественно, компиляция выдаёт кучу ошибок, но думаю до их разбора пока далеко. Что делаю не так?
Прикрепленные файлы:
UpgradeLog.XML
30. Андрей Овсянкин (Evil Beaver) 06.05.13 15:44
(29) CratosX, на вашем рисунке файл *.def содержит все, что нужно - три обязательных экспорта. В статье они описаны. Сам вложенный файл - это фрагмент шаблона компоненты с диска ИТС, прикрепил "как есть", вроде бы он нормально собирался, без проблем. Копайте причины ошибок.

Что делаю не так?

Как минимум не сообщаете точные тексты ошибок. Телепат был только у г-на Орефкова и то для 7.7 :)
31. Алексей Т. (CratosX) 06.05.13 15:47
(30) Evil Beaver, в посте прикрепил один файлик - UpgradeLog.XML, он довольно объёмный и не счёл нужным приводить его в текстовом виде
32. Андрей Овсянкин (Evil Beaver) 06.05.13 15:52
(31) CratosX, да, но это лог конвертации проекта из одной версии "студии" в другую. Поэтому сразу в него не посмотрел, ожидал ошибок именно сборки, а не upgrade проекта. Тем не менее, как я и предполагал, студия жалуется на возможные проблемы с линковкой. Разбирайтесь с настройками проекта, чего-то там не срастается с библиотеками.
33. Алексей Т. (CratosX) 06.05.13 17:03
(32) Evil Beaver, тогда скажите версию своей MS Visual Studio. Да и Windows наверняка x64?
34. Алексей Т. (CratosX) 06.05.13 20:40
(32) Evil Beaver, с этим разобрался - файлы из папки include надо было скопировать в папку основного проекта.
Теперь при построении выдаёт следующее:
1>------ Перестроение всех файлов начато: проект: AddInNative, Конфигурация: Debug Win32 ------
1>  stdafx.cpp
1>  AddInNative.cpp
1>  dllmain.cpp
1>AddInNative.obj : warning LNK4075: не учитывается "/EDITANDCONTINUE" из-за спецификации "/SAFESEH"
1>     Создается библиотека D:\Share\Ext\NativeAPI\vncomp_public\NativeAPI__\\bind\AddInNa­tive.lib и объект D:\Share\Ext\NativeAPI\vncomp_public\NativeAPI__\\bind\AddInNa­tive.exp
1>  AddInNative.vcxproj -> D:\Share\Ext\NativeAPI\vncomp_public\NativeAPI__\\bind\AddInNa­tive.dll
========== Перестроение всех: успешно: 1, с ошибками: 0, пропущено: 0 ==========
...Показать Скрыть
,
а при отладке ругается на неправильный путь к dll. Где копать?
Прикрепленные файлы:
35. Алексей Т. (CratosX) 07.05.13 16:55
Думаю, проблема в параметрах компиляции, но как правильно изменить пути, не знаю

UPD: Решено, в моих глобальных переменных параметр $(SolutionDir) оканчивается на слэш. В итоге требовалось изменить строку параметра на $(SolutionDir)bind\
Прикрепленные файлы:
36. Андрей Овсянкин (Evil Beaver) 07.05.13 18:02
(35) CratosX, у вас же все нормально собралось, ошибок сборки нет. В чем беда-то? Что отладка не стартует? Дык это ж DLL. Она ж не умеет стартовать сама по себе. Она же только из какого-то процесса другого может работать. Вы ее втупую из 1С пробовали вызывать?
Обычно мне помогает гуглить по точному тексту ошибки. Удивительно, но в интернетах почти на все вопросы уже есть ответ.
37. Алексей Т. (CratosX) 07.05.13 18:41
(36) Evil Beaver, так я и спрашиваю как новичок новичка :-)
DLL-ку я увидел, и использовать из 1С - это дело второе.
Беда в том, что смущало это сообщение, прямое гугление по тексту ошибок навело на неверные параметры настройки компиляции. Ну, не вы, так кто-нибудь другой может подскажет - вдруг это фишка 2012-го MS VS?

Да, пытаюсь из 1С обратиться к компоненте
ПодключитьВнешнююКомпоненту(ПутьФайла, "МояКомпонента", ТипВнешнейКомпоненты.Native);
ОбъектКомпоненты = Новый("AddIn.МояКомпонента.AddInNativeExtension");

Из статьи не совсем понял, как обращаться к методам этой ВК
Прикрепленные файлы:
38. Андрей Овсянкин (Evil Beaver) 08.05.13 09:55
(37) CratosX, к методам обращаться прям как они описаны внутри компоненты. В примере имена методов строками прям в начале файла идут. Из 1С их по этим именам и вызывать:

ОбъектКомпоненты.МойМетод();
39. Алексей Т. (CratosX) 08.05.13 10:40
(38) Evil Beaver, слона-то я и не заметил. Спасибо!
40. Алексей Т. (CratosX) 08.05.13 13:01
(38) Evil Beaver, в статье есть неточность - заявлены методы
Методы:
Включить/Enable;
Выключить/Disable;
ПоказатьВСтрокеСтатуса/ShowInStatusLine;
ВключитьТаймер/StartTimer;
ВыключитьТаймер/StopTimer;
ЗагрузитьКартинку/LoadPicture;

Но в самой ВК используются
static wchar_t *g_MethodNamesRu[] = {L"Включить", L"Выключить", L"ПоказатьВСтрокеСтатуса",
L"СтартТаймер", L"СтопТаймер", L"ЗагрузитьКартинку"};


Если кому интересно - вот заготовка для теста из 1С
Прикрепленные файлы:
ВнешняяКомпонента_Cratos.epf
Tandery; KroVladS; quebracho; +3 Ответить 1
41. ProFix1c (Alex1Cnic) 22.05.13 10:45
Интересая публиация, но можно ли сделать подобное для Delphi(RadSudio XE)?
42. ProFix1c (Alex1Cnic) 22.05.13 10:47
Мне Delphi ближе к телу....а С++ что-то пока не освою...
43. qwe qwerty (quebracho) 29.06.13 15:29
(40) CratosX,
А вот версия обработки с "живым" таймером :)
+ dll
Прикрепленные файлы:
ВнешняяКомпонента_Cratos.epf
AddInNative.dll
zarazka_kate; maslov.pav; KroVladS; CratosX; +4 Ответить
44. Виталий Фантич (Boudybuilder) 15.07.13 15:25
Супер статейка!
Автору спасибо!
45. Аркадий Кучер (Abadonna) 29.07.13 19:17
Как гляну на сишный код, аж передергивает :)))
Но плюс все равно.
46. Аркадий Кучер (Abadonna) 29.07.13 19:26
(41) ProFix1c, вот это спасет отца русской демократии ;)
http://infostart.ru/public/81644/
47. Андрей Овсянкин (Evil Beaver) 29.07.13 22:45
(46) как вспомню паскальное присваивание через двоеточие, аж передергивает. Но зач0т, все равно)
48. qwe qwerty (quebracho) 30.07.13 07:37
Чтобы ногу свело, вспомните prolog.
49. Алекс Одинэсник (Alex1Cnic) 30.07.13 07:58
(46) Abadonna,
респект, то, что надо!
50. Vladimir K (KroVladS) 21.08.13 14:41
Большое спасибо.
Усиленно ковыряю, пока не очень понятно. Но очень занимательно.
51. Виктор Назаров (androgin) 20.08.14 19:22
Я только не понимаю, как скомпилировать компоненту для вебклиента
нигде не нашел мануалов с описанием/картинками..
подскажите...
52. Михаил Курилов (MishaHD) 17.10.14 13:53
Доброго времени суток, в статье часто упоминается "документация". Но вот где ее найти? Что-то в web итс и на дисках вообще не густо информации. Например вообще не нашел инфы по поводу m_iConnect например. Подскажите где искать плиз.
53. Александр Буганов (buganov) 27.10.14 18:40
А кто знает можно ли как-нибудь отладить ВК в VS 2012?
54. Андрей Овсянкин (Evil Beaver) 28.10.14 16:57
(53) buganov, запускаете Предприятие, потом в Студии делаете меню "DEBUG\Attach to process". Выбираете процесс отлаживаемого Предприятия.
В студии ставите точку останова, а в Предприятии вызываете вашу компоненту. Профит.
55. Андрей Овсянкин (Evil Beaver) 28.10.14 16:58
(52) MishaHD, Материал на ИТС называется "Технология создания внешних компонент"
56. Сергей Кудашкин (sikuda) 18.03.15 09:48
мои пару замечаний по внешним компонентам 1C:
1. Используем кодировку 1251. В Windows неявно, а в Linux makefile: -finput-charset=WINDOWS-1251
При сборке на Windows 10(Visual Studio 2008) перестают работать русские методы внешней компоненты.
2. Форматы динамических библиотек для разных компиляторов не совпадают, поэтому собираем компоненту в Windows только в Visual Studio(никакого MinGW),а Linux gcc.
57. Андрей Овсянкин (Evil Beaver) 18.03.15 12:27
(56) sikuda, что значит "используем кодировку"? А зачем вы именно ее используете, какая с этого выгода? Если вы прицеливаетесь на Линукс, то на кой ляд вам там кодировка windows-1251. И где она у вас там?
58. Александр Топольский (AlexanderKai) 23.03.15 15:57
(56) sikuda,
Почему никакого mingw? MinGW умеет собирать .dll.
59. Алекс Ю (AlexO) 23.03.15 16:20
(28) Borometr,
Недавно начал изучать C#, оказывается не зря
Си и C# - это разные языки.
(45) Abadonna,
Как гляну на сишный код, аж передергивает
А от одноэсового? ))
(57) Evil Beaver,
И где она у вас там?
Это специально виндовую кодировку подключает в Линкус, чтобы с 1С работать можно было нормально. Иначе - будет опа и никаких ВК.
(0) автор, а какие-либо компоненты сами по себе будут? Никак не найду задач, чтобы писать ВК ))
60. Гость 12.07.15 22:53
Добавлю пару особенностей.
Первое: указывать версию 2000 обязательно. Иначе следующий код выведет не "1; 2", как ожидается, а "2; 2" (т. е. Объект1 и Объект2 будут на самом деле ссылками на один и тот же объект):
ПодключитьВнешнююКомпоненту("AddInNative.dll", "TestComponent", ТипВнешнейКомпоненты.Native);
	
Объект1 = Новый("AddIn.TestComponent.TestExtension");
Объект1.ЦелоеЧисло = 1;
	
Объект2 = Новый("AddIn.TestComponent.TestExtension");
Объект2.ЦелоеЧисло = 2;
	
Сообщить(Объект1.ЦелоеЧисло);
Сообщить(Объект2.ЦелоеЧисло);
...Показать Скрыть


Мне лично это немало крови попортило - свою компоненту писал копипастом с чужой, где версия по неизвестной причине стояла 1000.

И второе: конструктор класса CAddinNative вызовется первый раз при первом вызове
ПодключитьВнешнююКомпоненту("AddInNative.dll", "TestComponent", ТипВнешнейКомпоненты.Native);

а вот при первом вызове
Новый("AddIn.TestComponent.TestExtension");

не произойдет вообще ничего. Второй вызов "Новый" отработает уже как ожидается - т. е. вызовет конструктор CAddinNative.
61. Alexander Khudoev (identificator) 04.09.15 09:32
Кто знает, как получить путь к директории, в которой лежит вызываемая DLL?
В обязательных функциях для стандарта 1С Совместимо указана функция ПолучитьПараметры(GetParameters).
Ее параметром является XML таблица. Я отдельно вынес эту таблицу в XML файл, который положил рядом с DLL.
А в функции GetParameters указываю путь к этому файлу и преобразовываю его содержимое в тип std::wstring.
Не получается указать относительный путь к файлу TableParameters.xml. Потому что рабочая директория вызываемой DLL ссылается на директорию BIN, где лежит 1Сv8.exe.
Если компонента по технологии Native API не требует регистрации в реестре с помощью regsvr32.exe, то вопрос - а как получить путь до этой DLL?
Потому что подключать к 1С, все время указывая абсолютный путь - неправильно, ведь пользователь может куда угодно положить эту DLL.
bool CAddInNative::GetParameters(tVariant* xml_f)
{
	// 1С ПолучитьПараметры
	// считываем xml файл и записываем в строку
	_setmode(_fileno(stdout), _O_U16TEXT);

	const wchar_t filePath[] = L"\\TableParameters.xml"; //-это путь к таблице параметров, но это неверно, нужен абсолютный путь
	std::wstring text1 = LoadText1(filePath);
	
	wstring_to_p(text1, xml_f);
	return true;
}
...Показать Скрыть

И в статье приводится код
ПодключитьВнешнююКомпоненту(ПутьФайла, "МояКомпонента", ТипВнешнейКомпоненты.Native);

Переменная ПутьФайла - откуда заполняется? Как узнать путь???
62. Андрей Овсянкин (Evil Beaver) 04.09.15 11:22
(61) identificator, если я правильно понял, то вот:
HMODULE GetCurrentModule()
{ // NB: XP+ solution!
  HMODULE hModule = NULL;
  GetModuleHandleEx(
    GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS,
    (LPCTSTR)GetCurrentModule,
    &hModule);

  return hModule;
}

bool CAddInNative::GetParameters(tVariant* xml_f)
{
   LPTSTR buffer; // не забыть выделить памяти
   int bufferLen;

   HMODULE hCurrent = GetCurrentModule();
   GetModuleFileName(hCurrent, buffer, bufferLen);
}

...Показать Скрыть


Естественно, не проверял, но люди пишут, что работает )
identificator; +1 Ответить 1
63. Alexander Khudoev (identificator) 04.09.15 15:39
(62) Evil Beaver, спасибо, получилось!
А как быть с функцией?
ПодключитьВнешнююКомпоненту(ПутьФайла, "МояКомпонента", ТипВнешнейКомпоненты.Native);

Как после установки в 1С своего драйвера оборудования потом обращаться к нему?
1С сама запишет драйвер в двоичный макет после добавления драйвера?
Или можно в качестве пути указать имя компоненты?