Создание первого приложения Django, часть 1
Давайте учиться на примерах.
В этом руководстве мы покажем вам, как создать простое приложение опросов.
Оно будет состоять из двух частей:
- Публичный сайт, который позволит пользователям просматривать опросы и голосовать в них.
- Админ-сайт, который позволит вам добавлять, изменять и удалять опросы.
Мы предполагаем, что у вас уже установлен Django. Вы можете узнать, установлен ли Django и какая у вас версия, выполнив следующую команду в командной строке (указанной префиксом $):
$ python -m django --version
...\> py -m django --version
Если Django установлен, вы увидите версию вашей установки. Если нет, вы получите ошибку, сообщающую о том, что «Нет модуля django».
Это руководство написано для Django 2.2, которое поддерживает Python 3.5 и более поздние версии. Если версия Django не совпадает, вы можете обратиться к руководству для вашей версии Django, используя переключатель версий в правом нижнем углу этой страницы, или обновите Django до последней версии. Если вы используете более старую версию Python, ознакомьтесь с какие версии Python поддерживаются Django?, чтобы найти совместимую версию Django.
См. как установить Django за рекомендациями по удалению старых версий Django и установке новой.
Где получить помощь:
Если у вас возникли трудности с этим руководством, пожалуйста, оставьте сообщение на django-users или зайдите в #django на irc.freenode.net, чтобы пообщаться с другими пользователями Django, которые могут помочь.
Создание проекта
Если вы используете Django впервые, вам нужно позаботиться о первоначальной настройке. В частности, вам нужно автоматически сгенерировать код, который создает проект Django проект — набор настроек для экземпляра Django, включая конфигурацию базы данных, специфичные для Django опции и настройки приложения.
Из командной строки, cd в каталог, где вы хотите сохранить свой код, затем выполните следующую команду:
$ django-admin startproject mysite
...\> django-admin startproject mysite
Это создаст mysite каталог в текущем каталоге. Если это не сработало, см. Проблемы с запуском django-admin.
Примечание
Необходимо избегать именования проектов по именам встроенных компонентов Python или Django. В частности, это означает, что вам следует избегать использования таких имён, как django (что будет конфликтовать с самим Django) или test (что конфликтует со встроенным пакетом Python).
Где должен располагаться код?
Если у вас опыт работы с обычным PHP (без использования современных фреймворков), вы, вероятно, привыкли размещать код в корневой директории веб-сервера (например, в /var/www). В Django это не так. Не рекомендуется размещать какой-либо из этого кода Python в корневой директории веб-сервера, так как это может привести к тому, что люди смогут просматривать ваш код через веб. Это небезопасно.
Поместите свой код в какой-либо каталог вне корневого каталога, например /home/mycode.
Давайте посмотрим, что создаёт startproject:
mysite/
manage.py
mysite/
__init__.py
settings.py
urls.py
wsgi.py
Эти файлы:
- Внешний
mysite/корневой каталог — просто контейнер для вашего проекта. Его имя не имеет значения для Django; вы можете переименовать его как угодно. -
manage.py: Утилита командной строки, позволяющая взаимодействовать с этим проектом Django различными способами. Вы можете прочитать все подробности оmanage.pyв django-admin и manage.py. - Внутренний
mysite/каталог — фактический пакет Python для вашего проекта. Его имя — имя пакета Python, которое вам нужно использовать для импорта чего-либо внутри него (например,mysite.urls). -
mysite/__init__.py: Пустой файл, который сообщает Python, что этот каталог следует рассматривать как пакет Python. Если вы начинающий программист Python, прочтите подробнее о пакетах в официальной документации Python. -
mysite/settings.py: Настройки/конфигурация для этого проекта Django. Настройки Django расскажут вам обо всех функциях настроек. -
mysite/urls.py: Объявления URL для этого проекта Django; «оглавление» вашего сайта на базе Django. Подробнее о URL вы можете прочитать в диспетчере URL. -
mysite/wsgi.py: Точка входа для веб-серверов, совместимых с WSGI, для обслуживания вашего проекта. Подробнее см. в Как развернуть с WSGI.
Сервер разработки
Давайте проверим, работает ли ваш проект Django. Перейдите в внешний mysite каталог, если вы ещё этого не сделали, и выполните следующие команды:
$ python manage.py runserver
...\> py manage.py runserver
Вы увидите следующий вывод в командной строке:
Performing system checks... System check identified no issues (0 silenced). You have unapplied migrations; your app may not work properly until they are applied. Run 'python manage.py migrate' to apply them. November 02, 2020 - 15:50:53 Django version 2.2, using settings 'mysite.settings' Starting development server at http://127.0.0.1:8000/ Quit the server with CONTROL-C.
Примечание
Пока проигнорируйте предупреждение об непримененных миграциях базы данных; мы разберёмся с базой данных вскоре.
Вы запустили сервер разработки Django, лёгкий веб-сервер, написанный полностью на Python. Мы включили его в Django, чтобы вы могли быстро разрабатывать, не беспокоясь о настройке сервера для производства (например, Apache), пока вы не будете готовы к производству.
Сейчас важно отметить: не используйте этот сервер в условиях, приближающихся к производственной среде. Он предназначен только для использования во время разработки. (Мы занимаемся разработкой фреймворков для веб-приложений, а не веб-серверов.)
После запуска сервера перейдите по адресу http://127.0.0.1:8000/ в своём браузере. Вы увидите страницу «Поздравляем!», с ракетой, взлетающей в космос. Всё работает!
Изменение порта
По умолчанию команда runserver запускает сервер разработки на внутреннем IP-адресе на порту 8000.
Если вы хотите изменить порт сервера, передайте его как аргумент командной строки. Например, эта команда запускает сервер на порту 8080:
$ python manage.py runserver 8080
...\> py manage.py runserver 8080
Если вы хотите изменить IP-адрес сервера, передайте его вместе с портом. Например, чтобы прослушивать все доступные публичные IP-адреса (что полезно, если вы используете Vagrant или хотите продемонстрировать свою работу на других компьютерах в сети), используйте:
$ python manage.py runserver 0:8000
...\> py manage.py runserver 0:8000
0 — это сокращение для 0.0.0.0. Полная документация по серверу разработки находится в runserver справке.
Автоматическое перезагрузка runserver
Сервер разработки автоматически перезагружает код Python для каждого запроса по мере необходимости. Вам не нужно перезапускать сервер, чтобы изменения кода вступили в силу. Однако некоторые действия, такие как добавление файлов, не запускают перезапуск, поэтому в этих случаях вам нужно будет перезапустить сервер.
Создание приложения Polls
Теперь, когда ваша среда — «проект» — настроена, вы можете начать работу.
Каждое приложение, которое вы пишете в Django, представляет собой пакет Python, который следует определённой соглашениям. Django поставляется с утилитой, которая автоматически генерирует основную структуру каталогов приложения, так что вы можете сосредоточиться на написании кода, а не на создании каталогов.
Проекты против приложений
В чём разница между проектом и приложением? Приложение — это веб-приложение, которое выполняет какую-то задачу (например, система веб-журнала, база данных публичных записей или простое приложение опросов). Проект — это набор настроек и приложений для определённого веб-сайта. Проект может содержать несколько приложений. Приложение может находиться в нескольких проектах.
Ваши приложения могут находиться где угодно в вашем пути поиска Python. В этом руководстве мы создадим наше приложение опросов рядом с вашим файлом manage.py для того, чтобы его можно было импортировать как отдельный модуль верхнего уровня, а не как подмодуль mysite.
Для создания приложения убедитесь, что вы находитесь в той же директории, что и файл manage.py, и введите эту команду:
$ python manage.py startapp polls
...\> py manage.py startapp polls
Это создаст каталог polls, который расположен следующим образом:
polls/
__init__.py
admin.py
apps.py
migrations/
__init__.py
models.py
tests.py
views.py
Эта структура каталогов будет содержать приложение опросов.
Напишите свой первый вид
Давайте напишем первый вид. Откройте файл polls/views.py и вставьте в него следующий код Python:
from django.http import HttpResponse
def index(request):
return HttpResponse("Hello, world. You're at the polls index.")
Это самый простой вид, возможный в Django. Для вызова вида нам нужно сопоставить его с URL — для этого нам нужна URLconf.
Для создания URLconf в каталоге polls создайте файл под названием urls.py. Директория приложения теперь должна выглядеть так:
polls/
__init__.py
admin.py
apps.py
migrations/
__init__.py
models.py
tests.py
urls.py
views.py
В файле polls/urls.py включите следующий код:
from django.urls import path
from . import views
urlpatterns = [
path('', views.index, name='index'),
]
Следующим шагом является указание корневого URLconf на модуль polls.urls. В mysite/urls.py, добавьте импорт для django.urls.include и вставьте include() в список urlpatterns, чтобы получилось:
from django.contrib import admin
from django.urls import include, path
urlpatterns = [
path('polls/', include('polls.urls')),
path('admin/', admin.site.urls),
]
Функция include() позволяет ссылаться на другие URLconf. Всякий раз, когда Django сталкивается с include(), он отсекает ту часть URL, которая совпала до этого момента, и отправляет оставшуюся строку включенному URLconf для дальнейшей обработки.
Идея, стоящая за include(), заключается в том, чтобы легко подключать URL. Поскольку опросы находятся в собственном URLconf (polls/urls.py), их можно расположить под “/polls/”, или под “/fun_polls/”, или под “/content/polls/”, или под любой другой корневой путь, и приложение по-прежнему будет работать.
Когда использовать include()
Вы всегда должны использовать include() при включении других URL-шаблонов. admin.site.urls — единственное исключение из этого правила.
Вы теперь связали представление index с URLconf. Проверьте его работу с помощью следующей команды:
$ python manage.py runserver
...\> py manage.py runserver
Перейдите по ссылке http://localhost:8000/polls/ в своём браузере, и вы должны увидеть текст «Привет, мир. Вы находитесь на главной странице опросов.», который вы определили в представлении index.
Страница не найдена?
Если вы видите ошибку здесь, проверьте, что вы переходите по ссылке http://localhost:8000/polls/, а не http://localhost:8000/.
Функция path() получает четыре аргумента, два из которых обязательны: route и view, а два необязательны: kwargs, и name. На этом этапе стоит пересмотреть, для чего предназначены эти аргументы.
path() аргумент: route
route — это строка, содержащая шаблон URL. При обработке запроса Django начинает с первого шаблона в urlpatterns и проходит по списку, сравнивая запрашиваемый URL с каждым шаблоном до тех пор, пока не найдёт совпадение.
Шаблоны не ищут параметры GET и POST, а также имя домена. Например, в запросе к https://www.example.com/myapp/, URLconf будет искать myapp/. В запросе к https://www.example.com/myapp/?page=3, URLconf также будет искать myapp/.
path() аргумент: view
Когда Django находит совпадающий шаблон, он вызывает указанную функцию представления с объектом HttpRequest в качестве первого аргумента и любыми «захваченными» значениями из маршрута в качестве ключевых аргументов. Мы приведём пример этого чуть позже.
path() аргумент: kwargs
Произвольные ключевые аргументы могут быть переданы в виде словаря целевому представлению. В этом руководстве мы не будем использовать эту функцию Django.
path() аргумент: name
Именование URL позволяет однозначно ссылаться на него из других частей Django, особенно из шаблонов. Эта мощная функция позволяет вносить глобальные изменения в шаблоны URL вашего проекта, затрагивая только один файл.
Когда вы будете готовы к базовому потоку запросов и ответов, прочтите часть 2 этого руководства, чтобы начать работать с базой данных.
© Django Software Foundation and individual contributors
Licensed under the BSD License.
https://docs.djangoproject.com/en/2.2/intro/tutorial01/