>>656
それが妥当な設計上必要なら何千個でも列挙すればいいと思います。が、
ぼくがそれを避けたいのは export 先パッケージに大量のシンボルが流入すると、それらの管理の徹底が困難になり、そこに起因するつまらないデバッグ作業に貴重な人件費を奪われるリスクが高まるからです。

再設計するなら、以下のような現状を:

プログラム <-> 定義スクリプト

下記のような構造に変更してはどうかという提案をしたい:

設定ファイル
　　・設定項目とその設定値のペアを記載

設定アクセス用モジュール
　　・設定ファイルから設定項目と値を読込み
　　　　# 設定項目が増減してもモジュールには手を入れなくて良い
　　・設定項目と値のペアをハッシュに展開
　　　　・各設定項目を利用範囲毎に分割展開したり
　　　　・ツリー構造にして
　　　　・部分単位で利用できるようにするのも一興
　　・our なハッシュにして EXPORT するもよし
　　・レキシカル変数にして要求に応じて値を返す関数を実装するもよし
　　・お好みでオブジェクトにするもよし

プログラム
　　・import したならその変数を使うもよし
　　・import せずに完全修飾名を使うもよし
　　・値を返させてレキシカルハッシュなりに格納して利用するもよし
　　　　・気分次第で use Readonly するもよし