Есть у меня одна компонента для биометрии ANVIZ, хочу ее переписать на 32/64 разряда, потому что она только на 32 клиенте работает.
На чем сейчас принято писать такие компоненты?
Ибо она у меня написана на VB6, а на VB6 скомпилировать под 64 разряда нельзя Или можно?

щас модно на гидхабе

(0) я забирал анвизовские данные из sql.
А по теме на c++

очевидно, модно писать на том, на чем умеешь. Нет?

Разве это вопрос моды, а не ограничений платформы?

(0) Я на Golang пишу ВК

Если чисто технически то надо развить идею Кроссплатформенное использование классов .Net в 1С через Native ВК. от Serginio1

Короче пишется набор ВК "прокладок" на C++ под все платформы 1С (32/64, win/lin/mac/android/ios) со своим интерфейсом расширения ВК под что угодно.
Короче программист 1С просто берет эту универсальную ВК и подставляет к ней нечто свое на чем надо или уже готовое.
Причем не надо писать по сложному стандарту ВК от 1С, все сильно проще и например стандартная C DLL или http-сервисы обмен.

(6) Кроссплатформенное использование классов .Net в 1С через Native ВК.

а на питоне можно ВК собрать?

(8) ВК нет, использовать код на питоне для вызовов из 1С да

(8) http://python.su/forum/topic/2281/?page=1#post-40076

(10) Ну чисто теоретически можно упаковать интерпретатор питона в dll но ее размер будет слегка того

(8) на ИС была ВК для вызова интерпретатора python

(11) да кого сейчас размер волнует, меньше 100мб будет и норм

(9) есть нетленка, которую хочу упаковать в длл
есть небольшие познания в питоне и хотел бы развить
а так получается, что код питона все равно будет доступен, откуда его не вызывай?

(14) дада, надо всё зашифровать и запретить, а то как украдут как начнут зарабатывать миллиарды!!!

(14) В байт-коде pyc можно
http://python-3.ru/page/python-3-kompiljacija-v-bajt-kod

не, ну робята, в самом деле на чем? на си++?

а на каком конкретно си++, какую IDE брать?

(17) берете примеры кода на разных языках/ide и смотрите. Что удобнее/понятнее/бесплатнее, то и используете. О чём тут думать?

(17) Тебе - ни на каком. Ниасилишь.

(20) vb6 осилил, не ври

(21) Очень смешно, да.

Ты не оттуда заходишь. Надо не на чем писать а для чего и под чего писать. И что внутри будет и зачем.
Вот исходя из этого и выбирать на чем.

На C++ писать просто жопа. Простейший пример хрен с того, можно скомпилить.
Но как только понадобится нечто реальное, ну например захочется тебе кодировку строк поменять или просто списочек в памяти из объектов неких создать и тут в формате ВК упс - обломс по простому как все СИПИПИшники делают.

Тут редко какая готовая кода на cpp в шаблоне ВК взлетит, а уж что память надо у 1С просить это гм.

(21) Просто кусочек кода на C++ для компоненты под Ведроид

extern "C" JNIEXPORT void JNICALL Java_com_ASF_ScanCodeTransportMC_TScanCode_OnKeyCode(JNIEnv* env, jclass jClass, jlong jcon, jlong jmem, jstring jData)
{
    IAddInDefBaseEx* con = (IAddInDefBaseEx*)jcon;
    IMemoryManager* mem = (IMemoryManager*)jmem;
    int lsize;
    lsize = 4;
    WCHAR_T* ret = ToV8StringJni(mem, jData, &lsize);
    _trace("trc_Step6N_EventKeyCode");
    con->ExternalEvent(s_EventSource, s_EventKeyCodeName, ret);
}

(23) Плиз покажи код ToV8StringJni()
Мне интересно в Java или в C++ WCHAR_T* делаешь

(24) Хехехе. Я тоже долго вкуривал.

WCHAR_T* ToV8StringJni(IMemoryManager* mem, jstring jstr, int* lSize)
{
    WCHAR_T* ret = NULL;
    if (jstr)
    {
        JNIEnv *jenv = getJniEnv();
        *lSize = jenv->GetStringLength(jstr);
        const WCHAR_T* pjstr = jenv->GetStringChars(jstr, NULL);
        mem->AllocMemory((void**)&ret, (*lSize + 1) * sizeof(WCHAR_T));
        for (auto i = 0; i < *lSize; ++i)
            ret[i] = pjstr[i];
        ret[*lSize] = 0;
        jenv->ReleaseStringChars(jstr, pjstr);
    }
    return ret;
}

(22) ну а на чем пишут уваще?

(26) Под винду Visual Studio последнюю 2019 бери

(23) и... чо? Где пугаться?

(28) Да пугаться не надо. Надо просто охеревать, какой херней можно страдать на ровном месте и гордо бить в грудь "Мы C++, мы преодолеваем"

(29) Имхо C++ редкостное извращение после логичного и понятного просто C
Придумщик был извращенцем но вот во что превратили его придумку создатели компиляторов и пользователи-разрабы это просто пиздец.

(30) Я C не видал, но C++ создали редкостные епланы.

(31) С это просто конфетка, чисто технически С++ он сейчас не знаю но изначально код на С++ конвертировался в C код и компилировался на имеющихся С компиляторах.

Короче это примерно как Kotlin который в Java конвертится.
Но создатели Kotlin упрощают Java, а C++ это гребаная абстракция классов изначально из Симулы с кучей синтаксического сахара и долбаных алиасов и еще кучи всего.

Короче если убрать из С++ классы и все лишнее то останется нечто похожее на ЯП 1С :)

Собрались два неосилятора и хают нормальный язык... )))

(30) вообще-то болячки у них одни и те же, вернее говоря, болячки Си перешли по наследству к С++. Так что насчет конфетки вопрос сложный.
В плюсах хоть смарт-поинтеры есть, всяко меньше головняка с освобождением кучи.

(33) Попробуй совместить шаблон ВК на С++ и https://github.com/cesanta/mongoose или https://github.com/civetweb/civetweb
Ну никак не выходит каменный цветок хотя по отдельности все прекрасно пашет.

(35) ТЫ чего, я ж тупой. Для меня typescript - предел...

(35) Так надо же чота понимать в C++, чтобы там чего то совместить. А ты хочешь нихера не понимая дальше хеловорда, взять и разобраться в сложном проекте.

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

Гм оно заработало!
Оказалось сам скосячил.
https://i.paste.pics/c48430cc23b45ada37d9823ccbaf070a.png
https://i.paste.pics/dd225203de459e7cd5609cda3f4c4a75.png
https://i.paste.pics/b1320489a0ac4a5719068ecf936b9fe2.png

(38)+ Короче идея такая, пишу ВК разных видов (win/lin, натив и com, x86 и x86_64) на C++ или Lazarus для 1С.
ВК умеет играть роль http-сервера и клиента, причем входящие запросы от сервера закидывает в 1С во внешнее событие с уникальным id.
В коде 1С можно обработать событие и передать назад ответ в ВК с указанием id, если это сделать шустро то внешний http клиент дождется ответа от ВК-сервера.

Далее все просто, на чем угодно пишется нечто что так же умеет http сервер/клиент и получаем что 1С может юзать это нечто, причем как будто это обычная ВК.
В качестве протокола пока думаю JSON-RPC.

В результате проблема на чем писать ВК снимается полностью, особенно для ЯП/технологий которые легко умеют http сервер/клиент.

(39)+ Прикольно вышло с ВК

Вот как юзать в 1С
https://i.paste.pics/c666cbefee831905d50f4627dfce29e7.png

А вот результат
https://i.paste.pics/e363e16e0a44f16d64cd38efbce96af3.png

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

(39) "В результате проблема на чем писать ВК снимается полностью"
Да нет такой проблемы. Есть же C++. А http 1с и так умеет.

+(41) Есть проблема, что не все одинесники C++ знают.

Зачем http,когда есть просто Tcp.
Опять же,в 1с внешнее событие обрабатывается,когда интерфейс отпустили,если какой-то отчет и т.п.то может быть проблема.
хотя,вообще вся идея внешних компонент,это чтобы из 1с куда-то во вне идти.
в любом случае,код в 1с из внешней компоненты не исполнишь,то есть прокладка нужна.
а рассылка события всем формам,это тоже из области,мы сначала сделали,а потом подумали.

(41) (42) Так можно хоть на OneScript будет писать "ВК" для 1С же.
К этой моей ВК в добавок сваять примеры на разных ЯП включающие клиент/сервер http и пусть 1Сники пишут на чем знают.

(43) Нафик-нафик просто tcp, да можно но не хочу ибо пройденный этап уже.

(43) >код в 1с из внешней компоненты не исполнишь,то есть прокладка нужна

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

(46)+ Т.е. гению достаточно прикрутить к своей x32 ВК http и готово.
Даже под x64 не надо перекомпилить.

(40) Если по методу Сергея Смирнова к 1С подключить .NET, то http-сервер можно сделать безо всяких дополнительных компонент, просто используя System.Net.HttpListener. Работает уже больше 5-ти лет

(47) А не пробовал сделать компоненту FFI (libffi) ?

(49) Вроде не проблема сделать, перед этим я DLL на Golang подрубал через прокладку на C++
Наваял свой LoadDLL и там обертки для вызова функций.

(48) В курсе про это, но это .Net привязка, могут быть разные глюки и под линуксом не але.

а на C# можно писать ВК? Имхо этот язык ближе к бейсику и 1С.
Вообще, в пакете 1С "Технология ВК" демо-примеры все еще на VB6 или что-то новенькое добавили?

(52) Геня ты меня убиваешь.

Раньше были "Создание компонент, с использованием технологии COM" (1С 7.7/8, только Windows принято делать только x86 32-х битные).
Сейчас же "Создание компонент с использованием технологии Native API" (1С 8.3, 32/64, win/lin/mac/android/ios/web).

Вот старую COM ты можешь на C# наваять, но если захочется Native API то тут не выйдет на C# и нужен C++ или Delphi/Lazarus на данный момент.

(52) И да примеры на VB6 давно убраны в последних примерах технологии ВК, там только C++ разных видов под разные целевые.

https://its.1c.eu/db/metod8dev#content:3221:hdoc в конце

(55) спасибо

(54) Ну а как же Ъ http://catalog.mista.ru/public/548701/

(57) Хай.

Кстати я сча подобную штуку делаю для 1С только через gRPC чтобы на любых языках можно было по сути ВК ваять.
Сначала хочу без изврата с "ОбернутьОбъектНеопределенногоТипа" потому что у меня заранее в protobuf сервисы (service) и объекты (message) определены и ВК их штатно через Новый создавать будет.
Там только сделаю методы для всех объектов сериализации в строку ну и получения строковой ссылки для передачи как параметр.

Т.е. вызов метода удаленного RPC будет выглядеть примерно как
СервисВнутриВК.ВызватьМетод(МойОбъектВнутриВК.Ссылка)

(58) А ты эту штуку нашел? https://go-review.googlesource.com/c/go/+/133946/6
Может сильно упростить, возможно в 1.15 прорвется.

(59) Вот эта штука если будет возможность c-shared dll компилить да сильно упростит написание под винду.
Сча я только под линукс могу на голанге ВК для 1С делать без прокладки на C++.

(58)+ Хотя да для ВнешнегоСобытия от аналога "ОбернутьОбъектНеопределенногоТипа" не получится отказаться.

(58) Кстати сейчас сам смотрю gRPC. Написано, что  https://blog.maddevs.io/introduction-to-grpc-6de0d9c0fe61
Двунаправленный стрим (Bidirectional streaming). Клиент инициализирует соединение, создаются два стрима. Сервер может отправить изначальные данные при подключении или отвечать на каждый запрос клиента по типу “пинг-понга”.

Вот только примеров не нашел.

(60) Конечно упростит, если примут патчи...
Можно и как-то на структурах еще, к 7ке я собрал вк на голанг, она запускается, предупреждения выводит, а сообщения нет, и хз как сделать так чтобы объект из 7ки создать.
З.Ы. сколько языков программирования не изучал, только у этого порог вхождения на уровне программиста 1С (или очень ниже), а количество библиотек огромно. Надо думать/делать как это подключить без прокси-библиотек.

(62) Там HTTP/2 поверх tcp и оно не для всех ЯП имеется, только для тех что умеют tcp клиент/сервер реализовывать.

(63) Можно исходники в личку что у тебя "к 7ке я собрал вк на голанг"?
Интересно изучить что и как

(64)+ https://grpc.io/docs/tutorials/basic/csharp/

(63) Ага я тоже с Golang поразился, там конечно есть моменты не очень понятные (точнее слегка непривычная концепция) но основы простейшие.
Если есть опыт программирования на других языках но Go учится за пару недель до уровня пет-проекта.

62+ Понял это двухнаправленный обмен https://grpc.io/docs/tutorials/basic/csharp/
Надо посмотреть как с событиями как пуш нотификация на вэбсокетах

(65) Свинарника в коде я не стесняюсь, https://cloud.mail.ru/public/3ApY/ARCofAaid

(64) Там поддержка HTTP/2 для андроида нужно включать https://habr.com/ru/post/499588/
AppContext.SetSwitch("System.Net.Http.SocketsHttpHandler.Http2UnencryptedSupport", true);

(70) Ну у меня пока без HTTP/2 будет, по сути я беру protobuf и gRPC но использую для вызовов между dll.
Затем уже буду думать как это дальше развивать.
Так то gRPC оно шаблоны клиента и сервера (сервиса) генерит.

68+ Понял https://github.com/grpc/grpc/issues/13894
Можно создать соединение вызвать метод и асинхронно читать ответы

(71) прото это аналог wsdl. protobuf конечно хорош, но главное это HTTP/2

(72) И вот у меня идея использовать шуструю бинарную сериализацию protobuf чтобы между разными dll (управляемый-динамический и неуправляемый код) объектами обмениваться.
Т.е. вместо передачи ссылок на объекты в памяти сам объект сериализованный передается.

(73) wsdl это тормозной xml а тут бинарная сериализация и можно в json заодно.

(74)+ А затем делаем ход конем и опс - 1С с одной частью ВК на одном компе, а "вторая часть ВК" на чем угодно на другом компе/сервере даже через инет.
А из 1С это выглядит как будто обычная ВК используется.

Способ в (76) интересен, но производительностью придется видимо пожертвовать?

(77) С производительностью вполне нормально, можно же заполнить объект типа массив данными, отправить разом и обратно получить результат обработки.
Вот если по одному дергать тут да будет печально.
Ну накладные расходы на сериализацию/десериализацию кроме передачи.

(75) Зато сжимается прекрасно. Для Rest есть swagger. Например ODATA описание как на WSDL так и на JSON. Просто на XML хорошо описывать данные. Заметь что 1С экспортирует XSD

И все же я не хочу на Rest, буду пробовать на Си, благо интерес к биометрии сохраняется.
Может кто подскажет пример Native компоненты на Си?

На С или С++?

(80) На pure C пример ВК если найдешь скажи.
На C++ оно на ИТС

(82) Тебе проще пример лазаруса переписать.
(80) Посмотри мою реализацию как пример https://habr.com/ru/post/304482/

(82) на итс? отлично, гляну.

(84) "О сколько нам открытий чудных"

следующий пост будет "Ой там какие то плюсики и скобочки. Как мне сделать ВК на Си попроще?"

(86) Там хотя бы просто готовый пример ВК на C++ скомпилить уже прогресс.
На последней VS это не "из коробки".

Проще переписать под  VB.Net, а там проставил anyCpu и будет загружаться как 32 или 64