Как сделать форму обратной связи django

Добавил пользователь Дмитрий К.
Обновлено: 05.09.2024

В этом руководстве мы будем обсуждать формы в нашем проекте Django. В предыдущих руководствах мы обсуждали шаблоны Django и модели Django. Сегодня мы увидим, как Django формирует работу и использовать их с шаблонами.

Формы Джанго

Формы являются неотъемлемой частью любого веб-приложения, требующего ввода пользователя. Будьте в системе входа в систему, ввод подробности обследования, написание записей в блоге и комментарии (например, мы делаем на MoonningDev!).

Формы Django в основном делает три простых веща:

Читать пользовательский ввод
Подтвердить это.
Преобразуйте его в типы данных Python/объекты

Модели полей карты на типы для базы данных. Формы полей карты в типы Python.

Давайте сначала обсудим HTML-формы, поскольку это то, что будет окончательно отображаться на экране.

Формы HTML

Чтобы создать форму в HTML, приложите его в . теги

В методе мы установили его на Получить или Пост обычно. Метка действует как подсказка для идентификатора ID входного тега, на который он связан.

ПРИМЕЧАНИЕ. Есть несколько других областей, таких как вид на свидание, ловенное поле и многие другие, которые могут быть использованы внутри форм.

Получить использование для отправки данных в виде строки, которая добавляется к URL-адресу. Это ничего не меняет в базе данных.

Получить уязвимо, чтобы пересечь поддельные атаки сайта, поскольку данные доступны в самом URL.

Получить не следует использовать в таких случаях, как формы пароля. Пост более устойчив к атакам.

Джанго Форма класса

Django делает нашу жизнь проще, обработав крошечные детали, такие как создание и повторное создание форм на странице HTML, подтверждая введенные данные и выполнение любых действий, установленных на формах.

Также как HTML имеет тег формы, у Django есть Форма класс. Класс формы определяется как:

Как только проверка очищена, данные формы доступны в форме класса Form Cleaned_data атрибут.

Формы Django могут быть двух типов:

неверно – Никакие данные не присутствуют в формах. Они пусты.

связанный – Данные заполнены этими видами форм.

Вышеуказанные концепции могут быть трудно переваривать. Лучшим способом учиться на примере.

В следующем разделе мы создадим базовое веб-приложение Django с реализованными формами.

Наше приложение будет принимать ответы и показать его на следующем экране.

Быстрая установка

Давайте создадим новый проект Django и начните новое приложение внутри него названо Операторpp Отказ

Ниже приводится заказанный список команд, которые мы введены в терминал. Чтобы узнать детали посетите наш первый учебник Django.

Внутри Операторpp Мы создали папку шаблонов, которая удержит файлы HTML.
Внутри папки шаблонов добавьте два файла HTML для двух приложений в PADED, мы построим дальше.

Создайте два новых файла Python: Формасс и URLS.PY :

Структура проекта

Не забудьте добавить приложение Django в settings.py файл:

Добавьте следующий код в вашу форму. Пункт:

Мы добавили три поля: Charfields, EmailFields и шарфилд с шириной Textarea и указанной высотой.

Код Views.py файл приведен ниже:

Это делает форму Django и использует язык шаблона, передавая полный экземпляр формы в HTML.

Код для нашего первоначального класса Raventform.html приведен ниже:

Запустите следующие команды на вашем терминале на папке Inner Djangoformbasics:

Примечание. Вы должны указать шаблоны URL. Проверьте файлы URLS.PY, определенные позже в этом руководстве.

Ниже приведен выход приложения в действии.

Упс! Это выглядит уродливо горизонтально. Мы можем организовать формы по следующим порядкам:

form.as_ul : Поля отображения как неупорядоченный список
form.as_p : Отображение полей, как параграф в отдельной строке
form.as_table : Поля отображения как элементы таблицы

Для form_as_ul Вы должны приложить его в UL тег.

Обновленный код для imageForm.html приведен ниже:

В приведенном выше коде мы добавили метод и действие. При нажатии на отправку Пользователь будет доставлен в/Commandyou/Page с данными форм Пост ред.

На данный момент мы с вами, в целом, познакомились с механизмом маршрутизации, построения моделей, работы с шаблонами и использованием админ-панели. Конечно, это далеко не полный функционал фреймворка Django и мы еще будем возвращаться к этим темам, но на этом занятии мы коснемся новой темы – работы с формами.

Те из вас, кто уже создавал свои сайты, знают, что формы – это один из важнейших элементов большинства сайтов. Например, когда мы выполняем авторизацию или регистрацию, то появляется страница с полями ввода, чекбоксами, кнопками, списками и другими элементами интерфейса:

Это и есть формы. В HTML они задаются тегом и служат для передачи на сервер пользовательской информации, например, логина и пароля для входа на сайт. На этом занятии мы увидим, как реализуются формы во фреймворке Django. Подробную документацию об этом вы можете почитать на русскоязычном сайте:

Первое, что нужно знать, это то, что формы в Django можно создавать в связке с моделью какой-либо таблицы БД. Тогда получаем формы, связанные с моделью. Например, когда мы выполняем авторизацию или регистрацию на сайте, то этот процесс, очевидно, связан с данными таблиц, тогда используются формы, связанные с моделями.

Но можно создавать и независимые формы, не привязанные к моделям. Например, когда создается простой поиск или идет отправка письма на электронную почту. Если при этом обращение к БД не требуется, то и форма создается как независимая, самостоятельная.

Сначала мы рассмотрим форму, не связанную с моделью, хотя и сделаем это на примере добавления статей в БД. На следующем занятии модифицируем ее и превратим в форму, связанной с моделью.

В главном меню у нас уже есть пункт для добавления статей:

и функция представления addpage (в файле women/views.py). Немного изменим эту функцию так, чтобы она отображала шаблон addpage.html:

А сам шаблон addpage.html определим так:

Теперь, при обновлении увидим полноценную страницу для добавления нового поста.

Создание класса формы

Все готово для создания формы. В Django существует специальный класс Form, на базе которого удобно создавать формы, не связанные с моделями. Где следует объявлять формы? Обычно, для этого создают в приложении отдельный файл forms.py. Мы так и сделаем (создаем файл women/forms.py). И в этом файле импортируем пакет forms и наши модели (модель Category нам здесь понадобится для формирования списка категорий):

Следующий шаг – объявить класс AddPostForm, описывающий форму добавления статьи. Он будет унаследован от базового класса Form и иметь следующий вид:

Смотрите, мы здесь определяем только те поля, с которыми будет взаимодействовать пользователь. Например, поля модели time_create или time_update нигде не фигурируют, так как заполняются автоматически. Далее, каждый атрибут формы лучше назвать также, как называются поля в таблице women. Впоследствии нам это облегчит написание кода.

В классе формы каждый атрибут – это ссылка на тот или иной экзнмпляр класса из пакета forms. Например, title определен через класс CharField, поле is_published – через BooleanField, а список категорий cat – через класс ModelChoiceField, который формируется из данных таблицы Category.

Почему указаны именно такие классы? И какие классы вообще существуют для формирования полей формы? Полный их список и назначение можно посмотреть на странице русскоязычной документации:

Я советую вам в целом изучить его и знать, как создавать различные типы полей. В частности, класс CharField служит для создания обычного поля ввода, класс BooleanField – для checkbox’а, класс ModelChoiceField – списка с данными из указанной модели.

Использование формы в функции представления

После того, как форма определена, ее можно использовать в функции представления addpage. В самом простом варианте можно записать так:

Здесь создается экземпляр формы и через переменную form передается шаблону addpage.html. Но это будет работать только при первом отображении формы, когда пользователь еще не заполнил ее поля, то есть, когда форма не ассоциирована с данными. При повторном ее отображении, например, если данные были введены некорректно и нужно показать ошибки ввода, то форма должна сохранять ранее введенную пользователем информацию. Чтобы проделать такой трюк, в функции представления пропишем следующее условие:

Отображение формы в шаблоне

Осталось отобразить форму в нашем шаблоне. Перейдем в файл addpage.html и пропишем там следующие строчки:

Следующая строчка > вызывает метод as_p нашей формы для отображения ее полей, используя теги абзацев

Наконец, последняя строчка – тег создает кнопку типа submit для запуска процесса отправки данных формы на сервер и, в конечном итоге, нашей функции представления addpage.

Если теперь обновить страницу, то увидим все указанные поля формы со списком и кнопкой.

Улучшение внешнего вида формы

Но у нас названия полей отображаются по-английски и нам бы хотелось их изменить. Для этого у каждого класса полей формы есть специальный атрибут label, который и позволяет задавать свои имена, например, так:

Теперь, все выглядит гораздо приятнее. Давайте для примера сделаем поле content необязательным, а поле is_published с установленной галочкой. Соответственно, в классе CharField пропишем параметр required=False, а в классе BooleanField – параметр initial=True. Еще в классе ModelChoiceField добавим параметр empty_label="Категория не выбрана", чтобы вместо черточек отображалась по умолчанию в списке эта фраза.

Со всеми возможными параметрами можно ознакомиться в документации, все по той же ссылке:

Способы отображения формы в шаблонах

Давайте теперь посмотрим, что же в действительности представляет собой объект form на примере ручного перебора и отображения всех наших полей. Я сейчас уберу строчку > и вместо нее запишу все поля формы по порядку, друг за другом.

Первое поле title мы сформируем так:

Смотрите, мы здесь самостоятельно прописали HTML-теги внутри формы. Сначала идет тег абзаца

, внутри него тег для оформления надписи. У нее указан класс оформления form-label и идентификатор через свойство form.title.id_for_label. Далее, идет само название form.title.label и после тега отображается поле для ввода заголовка form.title. Вот так можно самостоятельно расписать атрибуты объекта form внутри шаблона. Ну а следующая строчка определяет тег

с классом оформления form-error для отображения возможных ошибок при вводе неверных данных. Список ошибок доступен через переменную form.title.errors.

Все, если теперь обновить страницу сайта, то увидим это одно поле в форме. По аналогии можно прописать и все остальные поля:

А в самом верху добавим строчку:

для вывода ошибок валидации, не связанных с заполнением того или иного поля.

Это довольно гибкий вариант представления формы и здесь можно очень тонко настроить отображение каждого поля. Однако, объем кода при этом резко возрастает. В большинстве случаев все это можно существенно сократить. Вы, наверное, уже заметили, что все эти строчки, в общем-то, повторяются, а значит, их можно сформировать через цикл, следующим образом:

Я, думаю, этот ход вполне понятен: мы здесь на каждой итерации имеем объект поля формы и также обращаемся к нужным его атрибутам. Такая запись значительно короче и гибче в плане изменения формы (достаточно поменять класс формы и это автоматом изменит ее вид в шаблоне). Правда, все поля теперь будут иметь одни и те же стили оформления.

Однако, для виджетов стили оформлений можно прописать непосредственно в классе формы. Например, у класса поля ввода title добавить именованный параметр widget:

Мы здесь формируем виджет через класс TextInput и указываем у него стиль оформления form-input. При обновлении страницы, видим, что первое поле изменило свой вид. И так можно делать со всеми полями.

Тестирование формы

и в консоли нет отображения данных, то есть, проверка не прошла. Вот так автоматически Django позволяет выполнять проверки на валидность заполненных данных.

Добавление новой записи

Теперь, когда наша форма в целом готова, выполним добавление записи в БД. Для этого после проверки валидности данных, запишем конструкцию:

Мы здесь используем ORM Django для формирования новой записи в таблице women и передаем методу create распакованный словарь полученных данных. Так как метод create может генерировать исключения, то помещаем его вызов в блок try и при успешном выполнении, осуществляется перенаправление на главную страницу. Если же возникли какие-либо ошибки, то попадаем в блок except и формируем общую ошибку для ее отображения в форме.

Это был пример использования формы не связанной с моделью. В результате, нам пришлось в классе AddPostForm дублировать поля, описанные в модели Women и, кроме того, вручную выполнять сохранение данных в таблицу women. На следующем занятии мы увидим, как все это можно автоматизировать, используя форму в связке с моделью.

Видео по теме

© 2022 Частичное или полное копирование информации с данного сайта для распространения на других ресурсах, в том числе и бумажных, строго запрещено. Все тексты и изображения являются собственностью сайта

В этой части учебника мы разберём как происходит в Django работа с формами, думаю многим будет очень интересно и самое главное полезно.

Django работа с формами:

Как видите в целом тут всё похоже на создание модели, если вы не знаете как её создавать, то почитайте статью по ссылке. Единственное отличие что мы импортируем не компонент для создания модели, а компонент для создания формы, и наследую от него класс который будет отвечать на форму от компонента forms.Form.

Но такой принцип создания формы больше подойдёт если вам нужна форма для чего-то, что не имеет свою модель, если же вы пишите форму например для создания поста, как в нашем случае, то тогда лучше напишите что то типа этого:

Тут мы также импортируем компонент для создание формы, но дополнительно ещё импортируем нашу модель для поста, и наследуем класс формы не от forms.Form, а от forms.ModelForm, таким образом обозначая что для создания формы мы будем использовать модель.

Но внутри класса PostForm, мы ещё создаём класс Meta, внутри него у нас два свойства, model, которому присваиваем модель Post, и fields, это список свойств модели для которых нам нужны поля в форме, на этом тут в целом всё.

Мне нужно получить на одной странице все Проекты со связанными с ними Задачами.

Например: Проект1 - Задача1, Задача2; Проект2 - Задача1, Задача2;

Я пробовал следующее:

for project in projects:

Все вроде работает, выполняются два запроса к БД и берутся нужные данные. Но в шаблоне я не могу(не пойму) как получить связанные с Project объекты Task.

Я могу просто сделать два запроса:

И в шаблоне отфильтровать Задачи под каждый Проект, но если нужно будет например брать не все Проекты то выйдет что с БД будут браться ненужные записи Задач.

Можно ли получить доступ к элементу _prefetched_objects_cache из шаблона?

Читайте также: