Bagaimana saya bisa menulis serangkaian fungsi yang dapat dipanggil dari (hampir) bahasa pemrograman apa pun?

Saya ingin menemukan cara untuk menulis API yang dapat diakses dari bahasa pemrograman lain melalui binding bahasa (atau kerangka kerja lain). Apakah mungkin untuk melakukan ini? Jika demikian, bahasa pemrograman mana yang paling cocok untuk menulis "lintas-bahasa" API? Tujuan saya adalah membuat satu set fungsi yang dapat saya akses dari bahasa pemrograman apa pun yang saya gunakan, sehingga saya tidak perlu menulis ulang seluruh API secara manual dalam setiap bahasa.

Anda punya beberapa pilihan:

1. Buat antarmuka HTTP, hampir semuanya dapat berbicara HTTP sehingga akan membuat Anda banyak bahasa.

2. Buat sesuatu yang dapat dihubungkan ke runtime bahasa, ini akan memakan waktu karena Anda perlu menemukan cara untuk menghubungkannya ke berbagai bahasa.

Saya pikir C atau C ++ akan paling cocok untuk tujuan Anda. Anda dapat menggunakan SWIG (Pembungkus Sederhana dan Penghasil Antarmuka) untuk menghasilkan binding bahasa dari API C atau C ++ Anda.

SWIG adalah alat pengembangan perangkat lunak yang menghubungkan program yang ditulis dalam C dan C ++ dengan berbagai bahasa pemrograman tingkat tinggi. SWIG digunakan dengan berbagai jenis bahasa target termasuk bahasa scripting umum seperti Perl, PHP, Python, Tcl dan Ruby. Daftar bahasa yang didukungjuga termasuk bahasa non-skrip seperti C #, Common Lisp (CLISP, Allegro CL, CFFI, UFFI), D, Bahasa Go, Java termasuk Android, Lua, Modula-3, OCAML, Octave dan R. Juga beberapa Skema yang ditafsirkan dan dikompilasi implementasi (Guile, MzScheme / Racket, Chicken) didukung. SWIG paling umum digunakan untuk membuat lingkungan pemrograman tingkat tinggi yang ditafsirkan atau dikompilasi, antarmuka pengguna, dan sebagai alat untuk menguji dan membuat prototipe perangkat lunak C / C ++. SWIG biasanya digunakan untuk mem-parsing antarmuka C / C ++ dan menghasilkan 'kode lem' yang diperlukan untuk bahasa target di atas untuk memanggil kode C / C ++. SWIG juga dapat mengekspor parse tree dalam bentuk ekspresi XML dan Lisp. SWIG adalah perangkat lunak gratis dan kode yang dihasilkan SWIG kompatibel dengan proyek komersial dan non-komersial ...

Ada cukup banyak 2 cara:

• API C. Praktis bahasa yang pernah ada akan memuat pustaka C dan memanggil fungsinya. Bagaimana Anda melakukan ini tergantung pada bahasa sumber.
• semacam mekanisme RPC. Ini bisa berupa REST API yang berjalan di HTTP, atau antarmuka biner yang berjalan di soket. Kecuali Anda menggunakan mekanisme common denominator terendah (mis. Soket) Anda berisiko tidak memiliki rutinitas akses klien (mis. Beberapa bahasa tidak memiliki klien SOAP yang tepat untuk memanggil API yang diimplementasikan menggunakan SOAP, atau ada masalah interoperabilitas). Tetap berpegang pada yang paling sederhana, baik antarmuka HTTP / REST, atau soket. Soket memiliki keuntungan karena mereka tidak memerlukan server HTTP untuk mengekspos antarmuka ke klien, dan dapat lebih mudah berjalan di server yang sama dengan klien dengan kinerja yang lebih baik.

Pekerjaan yang diperlukan untuk perubahan ini tergantung pada sistem yang digunakan, misalnya, antarmuka soket akan berfungsi, tetapi pustaka sisi klien cenderung lebih rendah daripada pustaka http.

Anda bisa mencoba menemukan pustaka jaringan yang mendukung semua bahasa yang ingin Anda gunakan, dan mengimplementasikan API dalam hal pustaka itu - misalnya, menggunakan ZeroMQ memberi Anda banyak fleksibilitas, sehingga Anda akan menulis API Anda menggunakan antarmuka ZeroMQ, dan maka bahasa apa pun yang ingin memanggil API Anda harus menggunakan pustaka klien ZeroMQ untuk melakukannya. Pilih perpustakaan yang mendukung berbagai bahasa, dan memungkinkan Anda untuk berkomunikasi dalam proses maupun di luar proses untuk kinerja terbaik.

Jika latensi kinerja dan panggilan bukan masalah, pertimbangkan untuk menyediakan antarmuka baris perintah yang komprehensif (mungkin, menggunakan bahasa skrip di atasnya). ImageMagick bisa menjadi contoh yang bagus untuk "API" semacam itu. Contoh bagus lainnya adalah Tk toolkit.

Dengan API, apa sebenarnya yang Anda maksud?

Pada banyak platform Anda dapat menautkan ke DLL atau konstruksi serupa, tetapi apakah harus dikompilasi ulang untuk target asli tertentu (Intel / ARM) atau endianness masih memenuhi syarat? Antarmuka biner tertentu mungkin masih mengalami kesulitan dengan bahasa tertentu karena masalah tipe data atau konstruksi (petunjuk yang berusaha dikembalikan ke bahasa yang tidak mendukungnya dengan baik), jadi Anda juga harus mempertimbangkan desain API itu sendiri agar tidak untuk mengecualikan beberapa bahasa atau menggunakannya dari bahasa-bahasa yang rumit.

Sesuatu yang portabel seperti C dan antarmuka yang didasarkan pada titik akhir biner dalam DLL mungkin baik dan umumnya dapat dipanggil pada sebagian besar platform dan dari sebagian besar bahasa, tetapi mungkin perlu dikompilasi secara berbeda dan / atau ditawarkan dalam berbagai rasa atau dihubungkan ke perpustakaan statis yang berbeda.

Tampaknya bagi saya bahwa pilihan bahasa yang Anda tulis di perpustakaan atau layanan Anda atau apa pun, menurut definisi, tidak intrinsik dengan pertanyaan sampai Anda telah memberikan lebih banyak tentang platform / layanan yang diungkapkan oleh API. Jika Anda dapat mengasumsikan bahwa tumpukan jaringan tersedia dan kinerja fungsi-panggilan-tingkat-taut-langsung bukanlah persyaratan, API dapat dengan mudah berbasis HTTP dengan semacam shim untuk bahasa klien untuk membuat permintaan transparan.

Saya pikir secara umum pertanyaan ini terlalu luas untuk berguna di dunia nyata, karena Anda belum memberikan indikasi tentang jenis API apa yang cocok dengan jenis layanan yang ditawarkan.

Untuk menambahkan jawaban di atas yang menyarankan menggunakan mekanisme RPC. Anda dapat menggunakan Apache Thrift. ( Http://thrift.apache.org/ ). Ini pada dasarnya adalah kerangka kerja RPC.

Sesuai wiki hemat:

Kerangka kerja perangkat lunak Apache Thrift, untuk pengembangan layanan lintas-bahasa yang dapat diskalakan, menggabungkan tumpukan perangkat lunak dengan mesin pembuatan kode untuk membangun layanan yang bekerja secara efisien dan mulus antara C ++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C #, Kakao, JavaScript, Node.js, Smalltalk, OCaml, dan Delphi serta bahasa lainnya

Mintalah bahasa apa pun menulis file teks dengan fungsi untuk memanggil dengan params untuk lulus. Buat aplikasi "Saya bergaul dengan siapa pun" menonton direktori dan begitu ia melihat proses-panggilan.txt sudah mulai berfungsi. Tidak ada server atau protokol jaringan; bahkan metode bahasa non-komputer dapat init fungsi. Bahkan seseorang bisa saja membuat file teks.

Konten dapat terlihat seperti:

Call-method:  fdisk()
Params:  (string) "/root", (string) "write-back-file-expected.txt"

;) Anda mungkin menunggu selamanya untuk mendapatkan jawaban. Anda hanya perlu mendorong beberapa byte ke proses lainnya, tapi saya yakin itu bukan keseluruhan spek.

OpenGL adalah contoh yang baik dari apa yang Anda gambarkan - ini adalah API yang ditulis dalam C, dirancang dengan cara yang mudah untuk menulis binding dalam bahasa lain

1. Pustaka C dapat dipanggil dari sebagian besar bahasa pemrograman (biasanya sebagai ekstensi yang dikompilasi, atau hal-hal seperti ctypespustaka PyPy dll)

2. Semua fungsi menggunakan tipe data sederhana sebagai argumen (boolean, integer, floating point, konstanta, array), karena fungsi yang mengambil pointer dapat menjadi canggung untuk diterjemahkan ke dalam beberapa bahasa

3. Memiliki tipe data numeriknya sendiri, yang menentukan ketelitian dan kemampuan bertanda (sedangkan int floatdll dapat berbeda)

API yang dihasilkan belum tentu API C terbaik yang dapat digunakan yang bisa Anda tulis jika hanya menargetkan pengguna C. Namun itu berarti fungsi-fungsinya dapat langsung diekspos ke bahasa lain (mis. Dokumen PyOpenGL membuat daftar perbedaan, yang sebagian besar sangat minim)

Di atas API verbose ini, Anda dapat menulis lebih banyak pembungkus "ramah pengembang" di sekitar ini (kerangka permainan dan semacamnya)