Cross platform IPC

Dla C++ sprawdź Boost IPC .
Prawdopodobnie możesz również utworzyć lub znaleźć powiązania dla języków skryptowych.

W przeciwnym razie, jeśli jest to naprawdę ważne, aby móc współpracować z językami skryptowymi najlepiej jest po prostu użyć plików, rur lub gniazd lub nawet wyższego poziomu abstrakcji jak HTTP.

Dlaczego nie D-Bus? Jest to bardzo prosty system przekazywania wiadomości, który działa na prawie wszystkich platformach i jest zaprojektowany z myślą o solidności. Jest obsługiwany przez prawie każdy język skryptowy w tym momencie.

Http://freedesktop.org/wiki/Software/dbus

Możesz spróbować YAMI , jest bardzo prosty, ale funkcjonalny, przenośny i jest wyposażony w Wiązanie do kilku języków

Jeśli potrzebujesz przenośnego, łatwego w użyciu, wielojęzycznego i LGPL ed rozwiązania, polecam ci ZeroMQ :

• niesamowicie szybki, prawie liniowy, skalowalny i wciąż prosty.
• nadaje się do prostych i złożonych systemów / architektur.
• Dostępne bardzo potężne Schematy komunikacji: REP-REP, PUSH-PULL, pub-SUB, PAIR-PAIR.
• możesz skonfigurować protokół transportu tak, aby był bardziej wydajny, jeśli przekazujesz wiadomości między wątkami (inproc://), procesy (ipc://) lub maszyny ({tcp|pgm|epgm}://), Dzięki inteligentnej opcji zmniejszenia części kosztów ogólnych Protokołu w przypadku połączeń między maszynami wirtualnymi VMware(vmci://).

Do serializacji proponowałbym MessagePack lub bufory Protokołu (o których inni już wspominali), w zależności od potrzeb.

A może oszczędność Facebook ' a ?

Thrift to framework do tworzenia skalowalnych usług międzyjęzykowych. Łączy stos oprogramowania z silnikiem generowania kodu, aby zbudować usługi, które działają wydajnie i bezproblemowo między C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk i OCaml.

Myślę, że będziesz chciał coś opartego na gniazdach.

Jeśli chcesz RPC, a nie tylko IPC, proponuję coś w rodzaju XML-RPC / SOAP, który działa przez HTTP i może być używany z dowolnego języka.

Yami-Yet Another Messaging Infrastructure to lekki framework komunikacyjny i sieciowy.

Jeśli chcesz spróbować czegoś nieco innego, jest platforma ICE z ZeroC. Jest open source i jest obsługiwany na prawie każdym systemie operacyjnym, o którym możesz pomyśleć, a także posiada obsługę języków C++, C#, Java, Ruby, Python i PHP. Wreszcie, jest bardzo łatwy w prowadzeniu(mapowania językowe są dostosowane do naturalnego dopasowania do każdego języka). Jest również szybki i wydajny. Istnieje nawet wersja cut-down dla urządzeń.

Przetwarzanie rozproszone jest zwykle złożone i zaleca się używanie istniejących bibliotek lub frameworków zamiast wymyślania nowego koła. Poprzedni poster już wyliczył kilka z tych bibliotek i frameworków. W zależności od potrzeb możesz wybrać bardzo niski poziom (jak gniazda) lub wysoki poziom (jak CORBA). Nie może być ogólnej odpowiedzi" użyj tej". Musisz nauczyć się programowania rozproszonego, a wtedy znacznie łatwiej będzie wybrać odpowiednia Biblioteka lub framework do zadania.

Istnieje szalenie używany framework C++ do obliczeń rozproszonych o nazwie ACE i CORBA ORB TAO (który jest zbudowany na ACE). Istnieją bardzo dobre książki o ACE http://www.cs.wustl.edu/align = "center" bgcolor = "# e0ffe0 " /cesarz chin / / align = center / Trzymaj się!

Nie staje się to prostsze niż używanie rur, które są obsługiwane na każdym systemie operacyjnym, który znam, i mogą być dostępne w prawie każdym języku.

Zobacz ten tutorial.

Proponuję skorzystać z biblioteki plibsys C. Jest bardzo prosty, lekki i wieloplatformowy. Wydany na licencji LGPL. Zapewnia:

[5]} nazwane regiony pamięci współdzielonej dla całego systemu (implementacje Systemu V, POSIX i Windows); [5]} nazwane semafory systemowe do synchronizacji dostępu (implementacje Systemu V, POSIX i Windows);
• nazwana implementacja współdzielonego bufora systemowego oparta na pamięci współdzielonej i semaforze;
• sockets (TCP, UDP, SCTP) z obsługą IPv4 i IPv6 (implementacje UNIX i Windows).

Jest to łatwa w użyciu biblioteka z całkiem dobrą dokumentacją. Ponieważ jest napisany w języku C, można łatwo tworzyć powiązania z języków skryptowych.

W przypadku konieczności przekazywania dużych zbiorów danych pomiędzy procesami (zwłaszcza jeśli niezbędna jest szybkość) lepiej jest użyć pamięci współdzielonej do przekazania samych danych, a socketów do powiadomienia procesu, że dane są gotowe. Możesz zrobić to w następujący sposób:

• a proces puts dane do segmentu pamięci współdzielonej i wysyła powiadomienie za pośrednictwem gniazda do innego procesu; ponieważ powiadomienie jest zwykle bardzo małe, narzut czasu jest minimalny;
• inny proces otrzymuje powiadomienie i odczytuje dane z segmentu pamięci współdzielonej; następnie wysyła powiadomienie, że dane zostały odczytane z powrotem do pierwszego procesu, aby mógł podać więcej danych.

To podejście może być zaimplementowane w sposób wieloplatformowy.

Gniazda TCP do localhost FTW.

Python ma całkiem dobrą bibliotekę IPC: zobacz https://docs.python.org/2/library/ipc.html

Xojo posiada wbudowaną wieloplatformową obsługę IPC z klasą IPCSocket . Chociaż oczywiście nie można "zaimplementować" go w innych językach, można go użyć w aplikacji konsoli Xojo i wywołać go z innych języków, dzięki czemu ta opcja może być bardzo prosta dla Ciebie.

Google protobufs to naprawdę zły pomysł, ponieważ chcesz łatwego w utrzymaniu i debugowaniu kodu. to zbyt łatwe dla ludzi, aby go nadużywać i używać go do zanieczyszczania kodu. pliki proto są ładne, ale w zasadzie to samo, co plik nagłówkowy struktury, a kod generowany przez niego jest kompletnym badziewiem, co sprawia, że zastanawiasz się, czy naprawdę jest to Ukryte narzędzie ataku do sabotażu projektów oprogramowania zamiast ich automatyzacji. Po użyciu go przez chwilę jest prawie niemożliwe, aby usunąć go z kodu. you are better Wyłącz Tylko za pomocą pliku nagłówkowego struktur formatu fix, które są łatwo debugowane.

Jeśli naprawdę potrzebujesz kompresji, przełącz się na mapowanie adresów/danych struktur archiwizacji zdalnie... wtedy pakiety są tylko pakietem par adres / dane... również struktura, która jest bardzo łatwa do zautomatyzowania za pomocą własnych skryptów Perla, które wytwarzają kod, który jest czytelny dla człowieka i debugowalny