Написание нативной компоненты для 1с. Java || C++ #765522

Нужно написать кроссплатформеную компоненту. Возможно ли это на Явке. или брать с++ и вперед ? Какие могут быть сложности. грабли. Спасибо.

На плюсах можно. На ИТС есть примеры.

да я нашел примеры. видел что ++ и делфя. а вот ява :) просто на досуге изучаю ее. если нереально то буду смотреть ++. Читал что нужно отдельно писать для разных ОС и битности. то есть для каждой оболочки будет своя компонента. так что ли ?

ВК на java не выйдет просто, проще сервис Кроме С++ еще можно lazarus, это если всяческие jre|clr не хочется тащить

+

интересно, а ты хотел единый двоичный код под винь и под линь?

Ява машина это делает сама. по этому и задал вопрос

не хочется разочаровывать... но "ява машина" бывает и x86 и  x86_64

ява машина его делает каждый раз из байт-кода

Это не отменят того факта, что она сама

Да но код написан без учета на какой ос и битности будет запушен код.

на яве нельзя писать длл. вот и весь собственно ответ

угу сначала написан код "без учета"... а потом удивляются а что это у нас при работе с файлами траблы или еще с чем...

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

на сразу тогда

Нахе..?

Я лучше на ++. ДА и клиент будет платить за каждую реализацию. мне то от этого +

угу и выбирать java или c++ не нуна уже

Наверняка в Java есть что типа GetFunctionPointerForDelegate

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

там есть

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

это да. но я пользуюсь еклипсом. и мне проще подключить модуль ++

тогда что знаешь на том и пиши и да веб-сервис это часто наилучший результат

В общем смысле ВК создавался для получения событий и передачи глобального контекста итд Вэб,HTTP  сервис это просто замена COM ов.

не спорю. но клиент захотел компоненту. он оплачивает музыку :)

Или имеет смысл написать ВК для использования пайпов с сериализацией в JSON

Я кстати делал для отправки сообщений через Вацап по пайпам, а события передавал через Вэб сервис.

Может потом

и как эти пайпы из 1С то заюзать?

Через ВК. Аналогично как и по Tcp/IP/ Просто можно создать универсальные методы где передаются имя метода, а параметры упаковываются в JSON и сериализуются в строку. Ну и ответ ввиде JSON который можно собрать и разобрать на 1С

все это нужно для вот этого

если все равно ВК то проще внутри этой ВК все и ваять суть веб-сервиса что средствами 1С без ВК обмен идет с "нечто взамен ВК"

да но чтука которая "огого" под linux не го

самое простое взять портабле vlc и наваять нечто для юзания его

Ну сервис на пайпах  можно писать на том же .Net Core

+

Я же писал. что хотят свое. по этому такие танцы с бубном

а еще можно оно в исходниках

32+ например

блин так спрячь vlc внутрь "ВК"

Берёшь , быстренько ваяешь клиентскую часть как ВК на C++, а сервер пишешь на чем хочешь.

нафига нужны пайпы, если все равно в 1С пайпов нету? вот будет в 1С нечто вроде для общения с чем то другим то да можно будет заюзать можно конечно еще заюзать "внешние источники данных" и вместо данных вызывать код с возвратом результата т.е. нечто вроде своего драйвера odbc и источника наваять

А тем, что Вэб или HTTP сервис значительно дороже пайпов.

+ в смысле все параметры из 1С в ВК сериализуем в текст и в виде текста sql запросы выкидываем в ответ стандартная таблица приходит, которую можно уже обработать блин... 1С <нечто тормозное> ВК <пайпы шустрые> Еще что то для обработки вот какой смысл тут от пайпов, если в 1С все равно бутылочное горлышко?

Смысл пайпов это замена COM для линуксов. А вызовов методов может быть множество где скорость вызова  уже играет решающую роль.

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

+ NativeAPI ВК создает ram диск, возвращает его путь далее кодом 1С туда данные и вызов команды ВК как выполнится кодом 1С читаем данные с RAM диска и даем команду ВК на отключение

Не совсем. Пайпы это сокеты, хотя к ним и можно обращаться как к файлам

+ еще для linux найти и можно очень шустро данные туда/сюда перегонять в больших объемах

Пайпы - это пайпы.

48+

50 Согласен

И где в 1С пайпы? А вот с "файлами на диске" умеет работать.

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

Угу но кроме сервера 1С с сервером sql оно где то "в 1С" есть?

1С не пользует пайпы, как не удивительно. От слова "вообще".

Еще раз несложно написать Native ВК для обмена через пайпы Ввиде имяМетода,ПараметрыМетода. А сервис на пайпах писать на чем угодно. Главное параметры передавать ввиде JSON которые может готовить 1С

Секрет быстродействия пайпа в том, что он не хранит в себе данные. От слова "вообще". Пайп - это "стандарт обмена и блокировок" между 2-мя процессами. Скорость обмена упирается в скорость подготовки данных одним процессом и приемкой данных другим процессом.

Речь идет о локальном ПК. Когда пробрасывается пайп до удаленного ПК - тут у нас все прелести tcp пакетов (копирование данных и разбивка по пакетам).

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

так не. так хоть опыт будет с ВК нормальный. да и за это еще денюжку получу. что можно сделать проще. я знаю. но хочю разобраться в этом. и отстоять цену вопроса за эту ВК. хотя можно и соврать. но тут будет совесть Чиста :)

"поддержка Shared Memory - появилась на движке начиная с 8.2.17 (ВНИМАНИЕ в конфигурации - не должен быть включен режим совместимости с предыдущими версиями движка), на предыдущих движках будет использоватся Naimed Pipes - тоже показывающий неплохие результаты))" 1С использует пайпы

а из 1С в эту ВК как данные передать быстро?

проверял?

Пишешь метод с 2 строковыми параметрам. Первый это Название Метода Второй параметры в виде JSON Название пайпа передаешь при создании объекта. На стороне сервиса пайпа анализируешь переданные данные и вызываешь соответствующие методы

если tcp/ip протокол стоит первым в настройках сервера 1С то с чего будут пайпы то юзаться? и там такая реализация в 1С что на сокетах tcp/ip быстрее часто ЗЫ и я же не отправляю дальше "интерфейс ЕГАИС" впаривать... еще 1С 7.7 с MS SQL умела по именованным каналам работать

Это вам сложно. На WCF пишется все легко.

67+ другие способы не сильно трудные

Или все заваричиваешь в JSON и передаешь как строку