Разделение views.py

Большая часть вашего кода, вероятно, ожидает, что ваши представления будут доступны как myapp.views.viewname . Один из способов, которым я видел, как люди разделяют свои взгляды, но сохраняют это имя Python, - это создание каталога views / . views / __ init __. Py будет иметь:

from .foo_views import *
from .bar_views import *
from .baz_views import *

Затем в views / foo_views.py введите:

def foo_detail(request, ...):
    # your code here

def foo_list(request, ...):
    # your code here

def your_other_view(...):
    # ...

и т. Д.Итак, вы перемещаете все из views.py в файлы в этом каталоге, делаете __ init __. Py , удаляете views.py , и все готово.

Затем, когда вы импортируете myapp.views , myapp.views.foo_detail будет ссылаться на функцию, которую вы определили в views / foo_views.py .

Разделение других модулей

Эта стратегия также должна работать для admin.py и т. Д. Но если вы хотите разделить models.py таким образом, вам понадобится добавить app_label = 'your_app_name' в класс Meta: всех ваших моделей. Например, unicorn_app / models / unicorns.py может иметь такую ​​запись:

class Unicorn(models.Model):
    description = models.CharField(max_length=80)

    class Meta:
        app_label = 'unicorn_app'

(В противном случае Django считает, что модель Unicorn является частью приложения Django под названием «models ", что приводит к сбоям в работе административного сайта. Текущая версия до 1.6 - грядущая версия 1.7 уберет это требование .)