Wo befindet sich Dokumentation zur Einbettungs-API für den Ruby-Interpreter?

Question

Ich bin auf der Suche nach einer umfassenden Online-Dokumentation über die Einbettung des Ruby-Interpreters in C- oder C++ - Programme und die API (s) für diesen Zweck.

Der Abschnitt dazu im Pickaxe Buch ist ziemlich gut, aber meine Version bezieht sich auf Ruby 1.8 und ich interessiere mich für den Bereich der aktuellen Ruby-Versionen dh 1.8.x, 1.9.x und 2.0, und es gibt ein Anzahl der Unterschiede zwischen der Handhabung der Einbettung über diese Reihe von Versionen.

Als Referenz ist der Ruby-Interpreter in Frage die Haupt Ruby-Interpreter von http://www.ruby-lang.org/en/

ich gefunden habe, auf Stackoverflow eine Reihe spezifischer Fragen im Zusammenhang mit Aspekten dieser (error handling)(state reset)(c++): was ich ist in der Dokumentation zu suchen, wenn Irgendwelche, von denen solche Antworten gefunden wurden!

Es gibt auch einen Ruby 1.8 und Unix centric guide.

Es gibt Dokumentation für die C-API von Ruby, die beim Schreiben von Erweiterungen und auch beim Einbetten verwendet wird. Dies kann auf Github zu finden (ruby 2.0) und (ruby 1.9) aber Umgang mit Variationen in der Version scheint den Leser überlassen

Das Kapitel über extending ruby im Pickaxe jetzt bucht online als PDF ist.

Answer 1

Nicht ganz, was Sie suchen, ich denke, aber haben Sie sich mruby angesehen? Eine Ruby-Version, die speziell für die Einbettung in C-Code gedacht ist. Dies könnte einfacher zu handhaben sein als der vollständige MRI-Ruby-Interpreter.

Answer 2

Leider war und ist das ein großes Problem mit Ruby. Die japanischen Entwickler sind sehr schlecht in Englisch und schreiben deshalb keine Dokumentation. Die beste Dokumentation gibt es nur auf Japanisch.

Eine Menge Änderung für Ruby 2.0 und wir müssen warten, bis jemand ein Buch darüber schreibt. Aber das wird von keinem Verlag mehr finanziert (sie wollen schnelle Anfängerlevel oder wissenschaftliche Bücher).

Ich muss mich zurückhalten, um keine politische Schimpftirade darüber zu machen, warum wir im Moment eine so schlimme Situation in der Softwareentwicklung haben.