[ruby-dev:38479] Re: SQLiteライブラリ

成瀬です。

Kouhei Sutou wrote:
>> さらにもうしばらく待ってからリトライが欲しいとか、
>> 別のケースを捕獲して何かしたい例があるのならば例外を分けますが、
>> そのようなケースってありますか？
> 
> GUIアプリケーションの場合はsleepするのではなく、メインループ
> を回したいです。GTK+などのGUIツールキットはシングルスレッド
> で動くので、別スレッドでやってくれ、という回避策はやめてほし
> いです。
> 
> やはり、busyなときにどうやって待つかもアプリケーション側で制
> 御できるべき項目だと思います。もちろん、制御できるのであれば
> デフォルトはsleepという風になっていてもよいと思います。

なるほど、このあたりは考え直すことにします。

>>>> * それなりにやる気のあるメンテナ
>>>> という利点があります。
>>> いきなりRubyに標準添付するのではなくて、まず、独立ライブラリ
>>> として使ってもらって使いにくいところなどのフィードバックをも
>>> らった後で標準添付を検討するというのでは遅いでしょうか？
>> まずはgemでやったらという指摘があることは理解しています。
>> しかし、既に実績のあるSQLite3/Rubyがgemである中、
>> gemでわざわざ入れて試してくれるかについてわたしは悲観的に見ています。
>> つまり、独立ライブラリとすると、使ってもらえないのではないかと。
> 
> 開発が終了したSQLite3/Rubyの代替を目指しているのかと思ってい
> たのですが、それとは違う方向でしょうか？
> もし、代替を目指しているのであれば、SQLite3/Rubyの代わりに使っ
> てもよいと思えるものでなければいけないと思います。

ふむ、確かに方向性をはっきりさせる必要がありますね。
わたしが欲しかったのはRubyのオブジェクトを格納しやすいものだったので、
どうせならもっとラディカルにそっちに振った方が違いがでやすいのかな。

そうすると、SQLite3/RubyやAmaligalite等よりこっちのアプローチの方が
優れているという証明が必要にはなりますな。

> 個人的な経験では、テストとドキュメントだけではなく、いくつか
> アプリケーションを書いて使ってみないと使いやすいAPIのライブラ
> リにはならないと感じています。
> （アプリケーションを書いてみて、あまりの使いづらさに愕然とす
> ることもありますが。）

とりあえず永続化ライブラリなどをいくつか書いてみることにします。

-- 
NARUSE, Yui  <[e-mail]>