2011-11-09 9 views

答えて

19

私はimport configで見る最大の問題は、あなたが知っていないということですとき何が起こるかあなたはそれをインポートします。はい、.スタイルインターフェイスを使用して自然に参照されるシンボルのセットを取得します。しかし、設定ファイルのコードでも、誰が知っているのかを知ることができます。今、あなたが完全にあなたのユーザーを信頼するならば、彼らが設定ファイルで気分どおりにやってもらうことは、おそらく良いことです。しかし、量が不明である場合や、ユーザーを自分自身から保護したい場合は、より一般的な形式の構成ファイルを使用する方が、より安全で安全です。

+3

これは本当に自分自身の信頼のために私が考慮していなかった本当に良い点です。 – jathanism

6

"import config"は非常にシンプルで柔軟性があり強力ですが、何でもできるので、config.pyが安全な場所にないと危険です。

3

IMO個人的なスタイルになります。第三者が設定を編集するつもりはありますか?もしそうなら、技術的ではなく、ターゲットオーディエンスの頭をはるかに超えていないかもしれないより自然な構成スタイルを持つことは意味があるかもしれません。

FabricDjangoのような多くの一般的なプロジェクトは、基本的に単なるPythonモジュールである "ネイティブ"構成スタイルを使用します。 Fabryはfabfile.py、Djangoはsettings.pyです。

全体的には、関数、クラスなどを定義することを含め、そのファイルに必要なことをすべて行うことができるという理由だけで、モジュールをインポートするというネイティブなアプローチを使用すると、はるかに柔軟になります。あなたはインポートしています。

7

この完了は、スクリプトのニーズと目標によって異なります。一つの方法は本当に "良い"、単に違う。ニシキヘビ(ConfigParserconfigモジュールを含む)のパーサをコンフィグレーションのほとんどの非常に詳細な議論については、以下を参照してください。

Python Wiki - ConfigParserShootout

関連する問題