「プログラミング言語間の相互運用性を高める取り組み」記事へのコメント

ウェブAPIで疎結合

[Anonymous Coward]

（記事はネイティブプログラムの話だと思うけど、、、）
複数の言語間で接続するのってCORBAとかなかったけ？

最近だと、システムとシステムとつなぐのに、プログラムの直接呼び出しではなくて、ウェブAPI等で接続するのが一般的になっている気が。
メモリやデータベースを直接いじらせなくて済むので、アクセスを制限して、接続を求めてくるシステムを信用する必要がなくて済むし。
ニコニコ動画なんか、ベースの部分はPHP、メッセージングはC++、大百科はRuby、他のサブシステムはPythonみたいな。
内部のウェブAPIで統一されてるんでサブシステムは何言語でもOK。

Re:ウェブAPIで疎結合

[Anonymous Coward]

CORBA以外だと、MicrosoftのDCOMがそうですね。元ネタはCORBAですが。
あと、XMLベースのSOAPとかもありましたね。

これらのプロトコルは独自の型システムを持つ大掛かりなものでしたが、複雑すぎて結局使われませんでした。
いまでは、がんばって包括的なスキームを構築するより、
個々のアプリをサービスとして設計してウェブAPIで結合するのが一般的になってますね。

ウェブAPIでは主にテキストベースになりますので、ある意味、古き良きUNIX的なテキスト志向の勝利といえなくもないかな？

Re:ウェブAPIで疎結合

[Anonymous Coward]

> 複雑すぎて結局使われませんでした

Mozilla系で使われているXPCOMはCORBA準拠で、C++とJavaScriptを共通のIDL(xpidl)で制御している。今でも。

あるいは、単純なデータのやりとりなら、最終的にはプロセス間通信すりゃいいわけで、d-busみたいなメッセージバスが屋台骨じゃないかな。速度的な問題はあるだろうけど。あと、今だと、ctypesをスクリプト言語で読むのが流行しているような。

python-ctypes [python.jp]
DL::Importer [ruby-lang.org]
js-ctypes [mozilla.org]
とりあえず、Cでライブラリを作っておけば、読めないスクリプト言語はない、という感じで。この辺、ヘッダ(*.h)をスクリプト言語に変換する機能とかがあれば猶いいんだろうけれど。

Re:ウェブAPIで疎結合

[Anonymous Coward]

GnomeもCORBA使ってる。D-BUSも。
WindowsもターミナルサービスとかDCOM使ってるんじゃないの？
でもって、さらに遡ればいくつかRPCがあるし。
でもってXML-RPCとか。

元記事を踏まえると、密結合するのは色々面倒くさくて、歴史的には疎結合へ流れたってところですか。

Re:ウェブAPIで疎結合

[Anonymous Coward]

MozillaはXPCOMをまた徐々に密結合(WebIDL bindings)に置き換えてる最中だけどね。

Re:

[Anonymous Coward]

複雑すぎてと言うより、ネットが遅くて分散処理するのは現実的じゃなかった。