Djangoの起動時にフォームフィールド__init__メソッドが呼び出されるのはなぜですか？

Question

カスタムフォームフィールドを持つDjangoアプリケーションがありますが、その中にはコンストラクタの処理が遅いものがあります。私は最近、Django自体が起動したとき、たとえユーザーがそのフォームをビューで必要とする何かをする前であっても、それらのコンストラクターが呼び出されていることを知りました。

なぜサーバー起動時にインスタンス化されるのですか？

例：

urls.py：私は、その後、そのフィールドコンストラクタ内でブレークポイントを設定した場合

class MyForm(ModelForm): 
    class Meta: 
     model = MyModel 
    field1 = MyChoiceField() 

class MyChoiceField(ChoiceField): 
    def __init__(self, choices=(), required=True, widget=None, label=None, 
      initial=None, help_text=None, *args, **kwargs): 
    super(ChoiceField, self).__init__(required, widget, label, initial, 
             help_text, *args, **kwargs)  
    self.choices = [(m.id, m.name) for m in ReallyLargeTableModel.objects.all()]  

：

from myapp.views import view1 
... 
url(r'^test$', view1.test), 

ビュー/ view1.py Djangoを起動すると、問題のビューがそのfを必要としなくても、私はどのページも要求するのが初めてですormまたはフィールド。スタックトレースは、urls.pyのインポート行に戻ります。

これは、view1.testをインポートするのではなく、urls.pyでview1をインポートするためですか？

編集：これはここで、特定のジャンゴされていない動作を示したテストケースである：

class Something(): 
    def __init__(self): 
     print "Something __init__() called" 

class UsesSomething(): 
    field = Something() 

あなたが対話型端末でこれを実行した場合、それは（「を初期化何かを印刷します）と呼ばれる。私はUsesSomethingオブジェクトを実際にインスタンス化していないので、これは私には驚くべきことでした。

Answer 1

フォーム定義でフィールドをインスタンス化するため、ビューの1つでインポートされていると思われるためです。

このような理由から、このような動的初期化を行うには、フィールドinitが間違った場所です。フォームが初期化されるときに呼び出されるもの、つまりフォームの__init__が必要です。

つまり、実際にはこれをやりたいとは限りません。forms.ModelChoiceFieldを使用する必要があります。これはクエリーセットを取り、選択肢の動的割り当てを行います。あなたの例では

class MyForm(ModelForm): 
    field1 = forms.ModelChoiceField(queryset=ReallyLargeTableModel.objects.all()) 

Answer 2

：Pythonはクラス定義を処理するときに、あなたが含むモジュールをインポートするとき

class UsesSomething(): 
    field = Something() 

コードfield = Something()の行が実行されます。これはPythonの動作方法です。実際には、任意のコードをクラス定義の中に入れることができます。

モジュール：test.py：

class UsesSomething(): 
    print "wow!" 

>>> import test 
wow!