[ruby-list:37335] Re: optparse は使いやすいですか？

なかだです。

At Sat, 15 Mar 2003 19:22:00 +0900,
成島 寛則 wrote:
> optparse はオプションを解析して値を取得するいう目的を持つプログラムですけども、
> 使うにはあまりに複雑すぎやしないかと。
> 
> ARGV に options メソッドが追加されている理由もわからないし、そのイテレータに
> 条件を追加して、オプションの値はインスタンス変数で得る、というのも、

「イテレータに条件を追加」というのが実はoptparseの最もoptparse
らしいところなのかもしれません。これによってオプションの登録が
一ヶ所に限定されずに使いたいところで定義できる、つまりライブラ
リの中からでもメインのプログラムとは透過的に定義できるようになっ
ているわけです。

その際に、なんらかの方法で登録する先を指定する必要があるという
のが、ARGVにメソッドを追加した理由です。クラスメソッドでも可能
ですが、ARGVとの関連が充分に自明とは思えなかったので。

> キーと値さえ取得できればいいので Hash オブジェクトを作ってくれればいいんじゃ
> ないか。

ひだかさんが書かれてる理由[ruby-list:37330]の他にも、同じオプショ
ンを複数回指定された場合はHashでは済まないとか、上に書いたよう
にライブラリ内で使う場合にメインからオプションの値を渡すことが
面倒になるとかいくつかありますが、そういうラッパーを使うことも
できるでしょう。

opt = OptionParser.new
$OPT = {}
{'--hoge' => ['-h', String, 'hoge option'],
 '--foo' => ['-f=FOO', 'foo option']}.each do |s, args|
  opt.def_option(s, *args) {|val| $OPT[s] = val}
end
opt.parse!(ARGV)

At Mon, 17 Mar 2003 10:05:07 +0900,
NAKAMURA, Hiroshi <[e-mail]> wrote:
> では、と、どんなインタフェイスならとっつきやすくなるかと考えると、
> コマンド引数（に現在一般に期待されている機能）そのものが、
> 複雑で取っ付きにくいのかも。optparseだけでなく、getoptもgetoptlongも
> なひにとっては取っ付きにくい。つまり、そもそもコマンド引数でごちゃごちゃ
> やるのが好きじゃない。^^;

これはまぁ、optparseの前提条件を否定する話なので、optparse側で
はいかんともしがたいわけですが。「zshの補完用スクリプト」がその
回答になるのかな?

> というわけで、yamlrbが標準ライブラリになるのを期待します。

yamlrbとの関連がちょっと分からないんですが、コマンドラインで指
定するのではなく、設定ファイルから読み込ませるってことですか?

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦