Neredeyse herhangi bir programlama dilinden çağrılabilecek bir fonksiyonlar kümesini nasıl yazabilirim?

Dil bağlamaları (veya başka bir çerçeve) aracılığıyla başka herhangi bir programlama dilden erişilebilecek bir API yazmak için bir yol bulmak istiyorum. Bunu yapmak mümkün mü? Öyleyse, "programlama dili" API'sini yazmak için en uygun programlama dili hangisidir? Amacım, üzerinde çalıştığım herhangi bir programlama diline erişebileceğim tek bir fonksiyon seti oluşturmak ve böylece tüm API'yi her dilde manuel olarak tekrar yazmaya gerek kalmaması.

Birkaç seçeneğiniz var:

1. Bir HTTP arayüzü oluşturun, hemen hemen her şey HTTP konuşabilir, böylece size birçok dil kazandırır.

2. Bir dil çalışma zamanına bağlanabilecek bir şey oluşturun; bu, onu birçok farklı dile bağlamak için bir yol bulmanız gerekeceğinden oldukça zaman alıcı olacaktır.

C veya C ++ 'ın amacınıza en uygun olacağını düşünüyorum. C veya C ++ API'nizden dil ciltleri oluşturmak için SWIG (Basitleştirilmiş Sarıcı ve Arayüz Jeneratörü) kullanabilirsiniz.

SWIG, C ve C ++ ile yazılmış programları çeşitli üst düzey programlama dilleriyle birleştiren bir yazılım geliştirme aracıdır. SWIG, Perl, PHP, Python, Tcl ve Ruby gibi genel betik dilleri dahil olmak üzere farklı türlerdeki hedef dillerle kullanılır. Desteklenen dillerin listesiayrıca C #, Common Lisp (CLISP, Allegro CL, CFFI, UFFI), D, Go dili, Android, Java dahil Java, Lua, Modula-3, OCAML, Octave ve R gibi komut dosyası olmayan dilleri de içerir. uygulamalar (Guile, MzScheme / Racket, Chicken) desteklenmektedir. SWIG, en yaygın olarak yorumlanmış veya derlenmiş programlama ortamları, kullanıcı arayüzleri ve C / C ++ yazılımının test edilmesi ve prototiplenmesi için bir araç olarak kullanılır. SWIG, tipik olarak C / C ++ arayüzlerini ayrıştırmak ve yukarıdaki hedef dillerin C / C ++ kodunu çağırması için gereken 'yapıştırıcı kodunu' oluşturmak için kullanılır. SWIG ayrıca ayrıştırma ağacını XML ve Lisp ifadeleri şeklinde de dışa aktarabilir. SWIG özgür bir yazılımdır ve SWIG'in ürettiği kod hem ticari hem de ticari olmayan projelerle uyumludur ...

Neredeyse 2 yol var:

• bir C API. Neredeyse hiç bir dil vardı ve bir C kütüphanesi yükleyecekti. Bunu nasıl yaptığınız kaynak dile bağlıdır.
• bir çeşit RPC mekanizması. Bu HTTP üzerinden çalışan bir REST API'si veya bir soket üzerinden çalışan ikili bir arayüz olabilir. En düşük ortak payda mekanizmasına (örneğin bir soket) gitmediğiniz sürece, müşteri erişim rutinlerine sahip olmama riskiniz vardır (örneğin, bazı dillerde SOAP kullanılarak uygulanan bir API'yi çağırmak için doğru SOAP istemcilerine sahip olma hakkı yoktur veya birlikte çalışabilirlik sorunları vardır). En basitine, bir HTTP / REST arayüzü veya bir sokete bağlı kalın. Yuvalar, arabirimi istemcilere göstermek için bir HTTP sunucusuna ihtiyaç duymamaları ve istemci ile aynı sunucu üzerinde daha iyi performansla daha kolay çalışabilmeleri avantajına sahiptir.

Bunun için gereken iş, kullanılan sisteme bağlı olarak değişir, örneğin bir soket arayüzü işe yarar, ancak istemci tarafı kitaplıkları, http kitaplıklarına göre daha düşük düzeyde olma eğilimindedir.

Kullanmak istediğiniz tüm dilleri destekleyen bir ağ kütüphanesi bulmayı deneyebilir ve API'yi bu kitaplık açısından uygulayabilirsiniz - örneğin, ZeroMQ kullanmak size çok fazla esneklik verir, böylece API'nizi ZeroMQ arabirimlerini kullanarak yazabilirsiniz ve o zaman API’nizi aramak isteyen herhangi bir dilin ZeroMQ istemci kitaplığını kullanması gerekir. Çok çeşitli dilleri destekleyen bir kitaplık seçin ve en iyi performans için işlem içi ve iletişim dışı iletişimi sağlar.

Performans ve çağrı gecikmesi bir sorun değilse, kapsamlı bir komut satırı arayüzü sağlamayı düşünün (muhtemelen üzerine bir komut dosyası dili kullanarak). ImageMagick böyle bir "API" ye iyi bir örnek olabilir. Bir başka güzel örnek ise Tk toolkit.

API ile tam olarak ne demek istiyorsun?

Pek çok platformda, bir DLL veya benzer bir yapıya bağlanabilir, ancak belirli bir yerel hedef (Intel / ARM) veya endianness hala geçerli olmak için yeniden derlenmeniz gerekir mi? Belirli bir ikili arayüz, veri türü sorunları veya yapıları nedeniyle (bazı dilleri iyi desteklemeyen dillere döndürülmeye çalışan işaretçiler) nedeniyle belirli dillerle ilgili hala zorluklar yaşayabilir; bu nedenle, API'nin tasarımını dikkate almamalısınız. bazı dilleri dışlamak veya bu dillerden faydalanmak için hantal.

C gibi taşınabilir bir şey ve bir DLL'deki ikili uç noktalara dayanan bir arabirim iyi olabilir ve genellikle çoğu platformda ve çoğu dilde çağrılabilir, ancak farklı şekilde derlenmesi ve / veya farklı lezzetlerde sunulması veya farklı statik kitaplıklara bağlanması gerekebilir.

Bana öyle geliyor ki, kütüphane ya da hizmetinizi yazdığınız dil seçiminiz ya da tanımı ne olursa olsun, API'nin sunduğu platform / hizmet hakkında daha fazla bilgi verinceye kadar sorunun özü yoktur. Bir ağ yığınının kullanılabilir olduğunu ve doğrudan bağlı işlev çağrısı düzeyinde performansın bir gereklilik olmadığını varsayabilir, API, istekleri şeffaf hale getirmek için istemci dilinin bir tür silme ile kolayca HTTP tabanlı olabilir.

Genel olarak, bu sorunun gerçek dünyada faydalı olması için aşırı geniş olduğunu düşünüyorum, çünkü sunulan hizmet türü için ne tür bir API'nin uygun olabileceğine dair bir gösterge vermediniz.

Bir RPC mekanizması kullanılmasını öneren yukarıdaki cevaplara eklemek için. Apache Thrift'i kullanabilirsiniz. ( Http://thrift.apache.org/ ). Temel olarak bir RPC çerçevesidir.

Thrift wiki'ye göre:

Apache Thrift yazılım çerçevesi, ölçeklenebilir çapraz dil hizmetlerinin geliştirilmesi için, bir yazılım yığınını C ++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C #, arasında verimli ve sorunsuz çalışan hizmetler oluşturmak için bir kod oluşturma motoruyla birleştirir Kakao, JavaScript, Node.js, Smalltalk, OCaml ve Delphi ve diğer diller

Herhangi bir dilin geçmesi gereken paraşütlerle çağırmak için işlevli bir metin dosyası yazmasını sağlayın. Bir dizini izlerken "herkesle anlaşıyorum" uygulamanızı ve bir process-call.txt dosyasını gördükten sonra çalışmasını sağlayın. Sunucu veya ağ protokolü yok; bilgisayar dili olmayan bir yöntem bile işlevleri başlatabilir. Bir kişi bile sadece metin dosyasını oluşturabilir.

İçerik şöyle olabilir:

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

;) bir cevap almak için sonsuza kadar bekleyebilirsin. Sadece birkaç bayt diğer sürece zorlaman gerekiyor, ama eminim bu tüm özellik değil.

OpenGL, tanımladığınız şeye iyi bir örnektir - C dilinde yazılmış, diğer dillerde kolayca ciltlenebilecek şekilde tasarlanmış bir API'dir.

1. C kütüphaneleri çoğu programlama dilinden çağrılabilir (genellikle derlenmiş uzantılar veya PyPy'nin ctypeskütüphanesi vb. Gibi)

2. Tüm işlevler basit veri türlerini argüman olarak alır (boolean, tamsayı, kayan nokta, sabitler, diziler), işaretçileri alan işlevler bazı dillere çevrilmesi zor olabilir.

3. Kendi sayısal veri türlerine sahip olmak, hassasiyetini ve imzasını belirtir (oysa int floatfarklı olabilir)

Sonuçta ortaya çıkan API, yalnızca C kullanıcılarını hedef alıyorsa, yazabileceğiniz en iyi C API değil. Bununla birlikte, işlevlerin neredeyse doğrudan başka bir dile maruz kalabileceği anlamına gelir (örn. PyOpenGL belgeleri, çoğu oldukça az olan farklılıkları listeler)

Bu ayrıntılı API'nin üzerine, etrafına daha fazla "geliştirici dostu" sarmalayıcı yazabilirsiniz (oyun çerçeveleri ve benzeri)