[再録] 議論: エラーメッセージを返す

X/Open Portability Guide Issue 4 Version 2 (``XPG4.2'')

XPG (X/Open の規格)を使う場合は

catgets(catd, set_id, msg_id, char *s);

で、LOCALE_○○ で指定された言語へ変換しています。 [1] locale の使い方は次のような感じになります。

printf(catgets(catd, 30,  4,  "%s: Internal match error.\n"), progname);

この時、catgets() は locale の定義ファイル( 例: /usr/pkg/share/nls/ja_JP.EUC/プログラム名.cat ) の中の se 30、エントリ 4 のメッセージを元にメッセージを生成しています。

fml8 とりあえずの方針

言語問題の一つは locale に対応するか？という問題です。 makefml を筆頭に、 各種コマンド群のエラーメッセージの日本語化を考えると、 locale を考えておくのも悪くはないのかとも思います。 この場合は locale ぽくするために

/usr/local/lib/fml/バージョン/messages/ja_JP.EUC/kern

1: %s は見つかりません
2: %s は %d のエラーです

といったものにしておくと、いざ使うときがきたら便利そうです。

逆に、 一つのキーワードごとに別のファイルにしておく構成も可能です。 これは特定の一つのキーワードだけカスタマイズしたい場合に便利そうです。

もし、後者の方法をクラスを作成することで試してみることにすると、

FML::Message::ja::キーワード

というクラスをたくさん作成することになるでしょう。 たとえば

FML::Message::ja::not_found

などと 200 〜 300 個のファイルが作られることになります。 この方法の問題点は

• ファイルがバラバラになる (逆に長所として、カスタマイズしやすくなる)

• ファイルがバラバラになることで locale ぽくなくなるが？ locale 対応を考えると面倒じゃないだろうか？

あたりにあるでしょう。

もっとも、 複数のファイルから一つのファイルを合成するのは簡単なので、 細かい単位になっていることは、そんなに問題ないのかもしれません。

また、 各メッセージテンプレートはどのようなものであるべきでしょうか？ 後者の場合、

sub not_found
{
   my ..  = @_;

   return <<"_EOF_"
$sender はどうーたら
_EOF_
}

といった関数をたくさん作ることもできます。 つまり、 単なる引数ではなく、 意味の分かりやすいものにすることを考えたわけです。 しかし、これは本当にカスタマイズしやすいでしょうか？ locale 化を考えるなら、これはこれで面倒な気がするわけですが…