ConfigParserは、Python用のmuch debatedバニラ設定パーサーです。
import config
ここで、config.py
には設定パラメータを設定するPythonコードがあります。ConfigParserとインポートの設定
これらの2つの設定方法の利点は何ですか? いつそれぞれを選択すればよいですか?
ConfigParserは、Python用のmuch debatedバニラ設定パーサーです。
import config
ここで、config.py
には設定パラメータを設定するPythonコードがあります。ConfigParserとインポートの設定
これらの2つの設定方法の利点は何ですか? いつそれぞれを選択すればよいですか?
私はimport config
で見る最大の問題は、あなたが知っていないということですとき何が起こるかあなたはそれをインポートします。はい、.
スタイルインターフェイスを使用して自然に参照されるシンボルのセットを取得します。しかし、設定ファイルのコードでも、誰が知っているのかを知ることができます。今、あなたが完全にあなたのユーザーを信頼するならば、彼らが設定ファイルで気分どおりにやってもらうことは、おそらく良いことです。しかし、量が不明である場合や、ユーザーを自分自身から保護したい場合は、より一般的な形式の構成ファイルを使用する方が、より安全で安全です。
"import config"は非常にシンプルで柔軟性があり強力ですが、何でもできるので、config.pyが安全な場所にないと危険です。
IMO個人的なスタイルになります。第三者が設定を編集するつもりはありますか?もしそうなら、技術的ではなく、ターゲットオーディエンスの頭をはるかに超えていないかもしれないより自然な構成スタイルを持つことは意味があるかもしれません。
FabricとDjangoのような多くの一般的なプロジェクトは、基本的に単なるPythonモジュールである "ネイティブ"構成スタイルを使用します。 Fabryはfabfile.py
、Djangoはsettings.py
です。
全体的には、関数、クラスなどを定義することを含め、そのファイルに必要なことをすべて行うことができるという理由だけで、モジュールをインポートするというネイティブなアプローチを使用すると、はるかに柔軟になります。あなたはインポートしています。
この完了は、スクリプトのニーズと目標によって異なります。一つの方法は本当に "良い"、単に違う。ニシキヘビ(ConfigParser
とconfig
モジュールを含む)のパーサをコンフィグレーションのほとんどの非常に詳細な議論については、以下を参照してください。
これは本当に自分自身の信頼のために私が考慮していなかった本当に良い点です。 – jathanism