Nomad
Nomad20 октября 2020 г. 9:20

Django form vs modelForm

django, Form, modelform

всем привет.

всем известно что в Django есть очень важное составляющая это формы

по сути при создании формы мы определяем "тип формы" то есть форма связанная с моделью или нет = forms.Form или forms.ModelForm

в процессе изучения Django я понял что даже если данные полученные с формы надо сохранить в базе то легко можно использовать форму не сязанная с моделью ау же в процессе обработку данных из ПОСТ запроса сохранять их в модель.

может кто сказать правильно ли так делать или же если даные для какой то модели форма должна быть всегда типа ModelForm ?

или же все зависит от ситуации!?

или правило одно: нету никаких правил )

Рекомендуем хостинг TIMEWEB
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Вам это нравится? Поделитесь в социальных сетях!

4
Илья Чичак
  • 20 октября 2020 г. 10:04
  • (ред.)
  • Ответ был помечен как решение.

использовать данные напрямую из request.POST - опасно и черевато.
сохранять данные из form.cleaned_data - нормально, но избытачно.
если форма используется для управления объектом модели - УДОБНЕЕ использовать ModelForm, но это не обязательно

проще всего придерживаться догики такой: меняется модель - ModelForm, что-то происходит с несколькими моделями или вообще не меняются модели - Form.

    Nomad
    • 20 октября 2020 г. 15:17
    • (ред.)

    спасибо за исчерпывающий ответ.
    вы писали "использовать данные напрямую из request.POST - опасно и черевато" а чему чревато?
    ведь если мы берем данные из post, и обрабатываем, проверяем их и только после этого сохраняем

      Илья Чичак
      • 21 октября 2020 г. 5:00
      • (ред.)

      напрямую данные из POST - я имел в виду, без проверок и всего прочего

      черевато тем, что там могут быть какие-то плохие данные типа sql-инъекций

      а если их проверять и обрабатывать - зачем делать двойную работу (форма делает начальную валидацию по параметрам своих полей + возможность указать какие-то кастомные проверки в Form.clean())?
      + всетаки какое-никакое разделение ответственности:
      - представление вызывает форму и отдает ответы
      - форма делает все с данными

      в форме можно отпределить метод save(), который есть в ModelForm, или process() - чтобы не вызывать двойственность и потом не думать, что это ModelForm

      def my_view(request):  # это долгий, трудоемкий и опасный пусть
          form = MyForm()
          if request.method == 'POST':
              if request.POST.get('param1'):
                  <check it>
              if request.POST.get('param2'):
      
      
      def my_view(request):  # это трудоемкий пусть
          form = MyForm(request.POST or None)
          if form.is_valid():
              mymodel_instance.param = request.POST.get('param')
      
      
      def my_view(request):  # это более менее простой путь
          form = MyForm(request.POST or None)
          if form.is_valid():
              mymodel_instance.param = form.cleaned_data['param']
              ...
      
      
      def my_view(request):  # это, как мне кажется самый понятный и простой путь
          form = MyForm(request.POST or None)
          if form.is_valid():
              form.process() # или save() для ModelForm
              return ...
          return ...
      

      основная мысль - не надо мешать разную логику в одном месте
      пусть view - занимается отбработкой HTTP запросов, а формы - обработкой введеных данных

      опять же, если у тебя логика, которая подразумевается для выполнения над данными формы, используется где-то еще (например в API) - вынеси это в отдельную функцию, это уже получится "слой бизнес логики" (можно погуглить "services layer django"). Как по мне: ниже самый оптимальный вариант:

      # services.py
      
      def create_user(username, password):
          new_user = get_user_model().create_user(username=username, password=password)
          return new_user
      
      # forms.py
      
      class CreateUserForm(forms.Form):
          username = forms.CharField(...)
          password = forms.CharField(...)
          password_confirm = forms.CharField(...)
      
          def clean(self):
              cleaned_data = super().clean()
              if cleaned_data['password'] != cleaned_data['password_confirm']:
                  self.add_error('password_confirm', 'Should be same!')
              if get_user_model().objects.filter(username=cleaned_data['username']).first():
                  self.add_error('username', 'Already exists!')
              return cleaned_data
      
          def process(self):
              return create_user(self.cleaned_data['username'], self.cleaned_data['password'])
      
      # views.py
      
      def create_user(request):
          form = CreateUserForm(request.POST or None)
          if form.is_valid():
              new_user = form.process()
              login(request, new_user)
              return redirect(...)
          return render(request, 'template.html', {'form': form})
      

      это тебе позволит:
      1) быстро и просто локализовать ошибки
      2) покрыть тестами каждый функционал будет сильно проще
      3) просто будет расширять функционал

        Nomad
        • 21 октября 2020 г. 5:28

        спасибо за WOW раскрытие теммы

          Комментарии

          Только авторизованные пользователи могут публиковать комментарии.
          Пожалуйста, авторизуйтесь или зарегистрируйтесь
          AD

          C++ - Тест 004. Указатели, Массивы и Циклы

          • Результат:50баллов,
          • Очки рейтинга-4
          m
          • molni99
          • 26 октября 2024 г. 1:37

          C++ - Тест 004. Указатели, Массивы и Циклы

          • Результат:80баллов,
          • Очки рейтинга4
          m
          • molni99
          • 26 октября 2024 г. 1:29

          C++ - Тест 004. Указатели, Массивы и Циклы

          • Результат:20баллов,
          • Очки рейтинга-10
          Последние комментарии
          i
          innorwall11 ноября 2024 г. 22:12
          Django - Урок 055. Как написать функционал auto populate field Freckles because of several brand names retin a, atralin buy generic priligy
          i
          innorwall11 ноября 2024 г. 18:23
          QML - Урок 035. Использование перечислений в QML без C++ priligy cvs 24 Together with antibiotics such as amphotericin B 10, griseofulvin 11 and streptomycin 12, chloramphenicol 9 is in the World Health Organisation s List of Essential Medici…
          i
          innorwall11 ноября 2024 г. 15:50
          Qt/C++ - Урок 052. Кастомизация Qt Аудио плеера в стиле AIMP It decreases stress, supports hormone balance, and regulates and increases blood flow to the reproductive organs buy priligy online safe Promising data were reported in a PDX model re…
          i
          innorwall11 ноября 2024 г. 14:19
          Алгоритм сортировки кучей The role of raloxifene in preventing breast cancer priligy precio
          i
          innorwall11 ноября 2024 г. 13:55
          PyQt5 - Урок 006. Работа с QTableWidget buy priligy 60 mg 53 have been reported by Javanovic Santa et al
          Сейчас обсуждают на форуме
          i
          innorwall11 ноября 2024 г. 20:56
          добавить qlineseries в функции buy priligy senior brother Chu He, whom he had known for many years
          i
          innorwall11 ноября 2024 г. 10:55
          Всё ещё разбираюсь с кешем. priligy walgreens levitra dulcolax carbs The third ring was found to be made up of ultra relativistic electrons, which are also present in both the outer and inner rings
          9
          9Anonim25 октября 2024 г. 9:10
          Машина тьюринга // Начальное состояние 0 0, ,<,1 // Переход в состояние 1 при пустом символе 0,0,>,0 // Остаемся в состоянии 0, двигаясь вправо при встрече 0 0,1,>…
          ИМ
          Игорь Максимов3 октября 2024 г. 4:05
          Реализация навигации по разделам Спасибо Евгений!

          Следите за нами в социальных сетях