MagLev：GemstoneがSmalltalk VMをベースに構築するRubyランタイム
OODBベンダーのGemStoneは「MagLev」というRuby VMに(サイト・英語)取り組んでいる。InfoQはMagLevプロジェクトの詳細についてプロジェクトマネジャーのBob Walker氏と、同じく同プロジェクトに関わっているAvi Bryant氏に(source)話を聞いた。まずはWalker氏の話から。 InfoQ: VMレベルではGemstone/SとMagLevの関係はどうなっているのでしょうか。MagLevとGemstone/Sは確かに多数のコードと機能を共有していますが、VMレベルを含めて両者は別個の製品です。MagLev VMが使っている多数のバイトコードとアルゴリズムはRuby特有のものになっています。しかし、Smalltalkのコードを動作させる能力は保持しています。 InfoQ:プロジェクトは何人体制になっているのでしょうか。現時点での予定はどうなっていま
Rubinius GemstoneのOODBがJRubyとRubiniusをサポート
SmalltalkベースのGemstone/S(製品サイト・英語)やJavaベースのFacets(製品サイト・英語)のようなオブジェクト指向データベースの開発元であるGemstone(サイト・英語)は、自社製品のRubyサポート化に取り組んでいる。要するにJRubyはFacetsのサポート対象になるということであり、Rubinius(サイト)がGemstone/Sに似ている機能を取り入れて非JRubyユーザーのために使われるということである。 オブジェクト指向データベースを使用する事より、オブジェクトグラフを透過的に永続化することが可能である。このことはリレーショナルデータベース(RDBMS)を使用することと対照的であり、オブジェクトデータをテーブルに格納しなければならない。O/Rマッピングも同様である。オブジェクトとRDBのマッピングは手動で行われ、RubyのActiveRecord又は
InfoQ: JavaScriptへのマルチスレッド・プログラミングの導入
function backgroundLoad ( ids ) { for ( var i=0; i < ids.length; i++ ) { var a = getArticleWithCache(ids[i]); backgroundLoad(a.children); } } このbackgroundLoadはIDの配列を引数に取り、その各IDに対して上で定義したgetArticleWithCacheを呼び出します。これでIDに対応する記事のデータがキャッシュされます。そして読み込んだ記事の子記事のIDに対してbackgroundLoadを再帰的に呼び出すことで、ツリー全体をキャッシュすることができます。 ここまですべてうまくいっているように見えます。しかし、一度でもAjax開発を経験したことのある方ならば、これではうまくいかないということはすでにおわかりだと思います。これまでの例で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flex向けRIATestのベータ版がリリース
