UIの設計について

Question

趣味でプログラムやっている同人絵師です。
自分で描いたものをPDFにして配布したいと考え、PDFを書き出すコンバータを書こうと思い、着手したのですが、詰まってしまいました。

具体的には、コマンドライン上で動くものを書くのですが、標準入力からコマンドを読み込み標準出力に書き出すようにして、パイプを利用してファイルに出力するか、起動時に入力・出力ファイル名を入力して実現するか迷っています。

どちらにも利点と欠点があると思いますが、どちらがより優れた設計だと思いますか?

初投稿で非常に初歩的な質問で恐縮ですが、どうかご意見・ご指導のほどよろしくお願いします。

Comments

[Stripe]

PDFを標準出力に書き出す意味あるんですか？

[majiponi]

標準出力への出力の意味を教えてくださった回答をBAとさせていただきました。使うライブラリもファイルへの出力がデフォルトみたいなので、オプションにすることにしました。

Answer 1

「標準入力からコマンドを読み込み標準出力に書き出す」プログラムを作って、「起動時に入力・出力ファイル名を入力して」動くプログラムから呼んだらどうでしょう？

Answer 2

PDFコンバーターと言うことはPDFファイルを出力するのですよね。環境はWindowsでしょうか、Macでしょうか。MacならUNIXなので問題ないと思いますが、Windowsだと標準入出力はテキストモードなので、バイナリデータを扱う際は注意が必要です。

私なら、とりあえずパイプでデータを受け渡しするような要求がなければ、基本はファイル指定でファイルに読み書きします。パイプだとプロセス間通信でデータを受け渡すのでなんとなく遅いイメージがあります（今時のマシンならたいしたことないでしょうけど）。

Comments

[majiponi]

環境はWin/DOSです。標準出力をバイナリモードに切り替えるやり方は知っています。パイプ・引数、どちらのやり方も書けるけど、より一般的なのはどちらなのか知りたくて質問した次第です。

[catsforepaw]

そうでしたか。テキストデータならファイル名が指定されたらファイルをオープンし、省略されたら（あるいはオプション指定で）標準入出力に読み書きするというケースが多いように思います。ただ、バイナリデータを標準入出力で読み書きするというのは聞いたことがありません。たとえば、gccはソースコードは標準入力から読ませることもできますが、コンパイル結果はファイルに出力します。

Answer 3

オプションに応じて挙動の種類を変えるのが良いでのはないかと思います。

./myconverter image.file --o=output.pdf
./myconverter image.file > output.pdf

"o"オプションがあればその値のパスに出力し、
なければ、標準出力に流せばいいです。

*ただし、そもそもこういった挙動のコマンドの利点は追記モード(>>)で出力したいことがある場合に多いです。
つまり今回はpdfが出力されるので、バイナリにはあまり意味がないのだと思います。

作成するのに時間を割けないのであれば、コマンド例上側（オプション指定もしくは、第2引数が出力先など）がベターかと思います。

Comments

[majiponi]

標準出力を想定したのは、CGIなどへの転用を考えたときに便利かなと思ったのが理由で、深く考えたわけではないです。どこまで拡張性を持たせた設計にするかも悩み所です。
パイプ処理は追記を想定している、ということは思い至りませんでした。しばらく別の方の意見も聞いてみます。

Answer 4

場合によりけり。

in/outが複数になったら標準入出力では足りんですが、
そうでなければどっちでもいけるように実装します。

Answer 5

こんにちは。

その２択でしたら、どちらが優れているという比較は難しいです。
前者は他のコマンドライン・ツールと組み合わせて使う玄人好みと思います。極めれば便利ですが、それほど頻繁に使わない場合は、使い方を覚えきれなくて苦労するような気がします。