[ruby-dev:41659] Re: 質問・提案：cgi.rbの後継となるライブラリについて

藤岡です。

# スレッドを切らないでください。

>> 3. cgiのライブラリを同梱する
>> でいかがでしょう。かつてはperlはcgi-lib.pl（ファイル名自信ない）を
>> cgiアプリに同梱するのが普通でした。
> 
> 「配布されているプログラムを使いたい」というエンドユーザーにとっては、それで解決するのですが
> 残念ながら「RubyでCGIプログラミングをやりたい」というRuby初心者にとっては、問題の解決とはならないように思います。
> 
rackを同梱してプログラムをアップロードしてください。
それじゃだめですか？

> 現在では、CGIAltの導入によって
> 速度面での問題はおおよそ改善されたのではないかと思いますので
> 今のcgi.rbに残った問題は、以下の2つです。
> 
> 1. RequestとResponseが分かれていない

確かに分かれていないので、分けることを検討します。

> 2. 後からCGI以外のインターフェース以外のプロトコルへ対応するのが難しい
> 
はい。cgiなので、cgi限定では？
webapplication.rb とかではありませんので。

> また、上記の記事には書かれていませんが
> 
> 3. rubyのバージョンが変わると、cgi#[] の動作が大きく変わる可能性がある
> （参考：http://www.nslabs.jp/rubycgi-18compat.rhtml)
> 
cgi#[]をどうしたいかはっきり言ってください。
マルチパートのパースをしたときにIOが返った方がいいのか、
Stringが返った方がいいのか。
上の文を読むと、cgi#[]の動作を変えるなと言っているように読めます。

1.9ではファイルではファイルではなく通常のフィールドのpostの時は
Stringが返ります。それに特異メソッドとしてreadがくっついています。

おまけでいうと、@cgi.filesでファイル一覧は取れます。