Мы хотим заменить пользовательский интерфейс NPAPI между веб-приложением на основе браузера и процессом демона на стороне клиента.Аналогичная технология для обмена сообщениями с клиентом Chrome в Firefox?
Есть ли аналогичная технология для обмена сообщениями с клиентом Chrome в Firefox?
js-ctypes [1], вероятно, является ближайшей альтернативой Mozilla.
https://developer.mozilla.org/en-US/docs/Mozilla/js-ctypes
У меня есть модуль C++, который я компилировать в виде двоичного исполняемого файла для нативного-сообщений или в качестве библиотеки для JS-ctypes. Разница между ними состоит в основном в том, что встроенный обмен сообщениями вызывает двоичный исполняемый файл и выполняет обмен данными stdin/stdout, а js-ctypes открывает статическую/общую библиотеку (через dlopen) и вызывает открытые методы вашей библиотеки, которые могут возвращать совместимые типы данных [2] и необязательно вызывать пройденный метод обратного вызова JavaScript.
[1] https://developer.mozilla.org/en-US/docs/Mozilla/js-ctypes
С новой поддержкой Mozilla 'Chrome' WebExtensions API кажется, что в ближайшее время будет очень похож технологии в Chrome Native Client Messaging.
В это время до сих пор на «Списке интерфейсов API [Mozilla], скорее всего, поддерживать в будущем»
Теперь поддерживается: https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Native_messaging –
мне нужно сделать нативные-сообщения с Firefox, вы можете дать более подробную информацию о структуре вашего решения ? Вы имеете в виду, что вы используете исполняемый файл для Chrome и библиотеку для Firefox? – tofutim
Вы используете это решение для webpg? – tofutim