Я пытаюсь request.user получить чистый метод формы, но как мне получить доступ к объекту запроса? Могу ли я изменить чистый метод, чтобы разрешить ввод переменных?
99
Ответ Бера - хранить его в threadlocals - очень плохая идея. Нет абсолютно никаких причин для этого.
Гораздо лучший способ, чтобы переопределить форму по __init__
методу взять дополнительный аргумент ключевого слова, request
. Это сохраняет запрос в той форме , в которой он требуется, и откуда вы можете получить к нему доступ в своем чистом методе.
class MyForm(forms.Form):
def __init__(self, *args, **kwargs):
self.request = kwargs.pop('request', None)
super(MyForm, self).__init__(*args, **kwargs)
def clean(self):
... access the request object via self.request ...
и на ваш взгляд:
myform = MyForm(request.POST, request=request)
ОБНОВЛЕНО 25.10.2011 : теперь я использую это с динамически созданным классом вместо метода, поскольку в противном случае Django 1.3 отображает некоторую странность.
Затем переопределите
MyCustomForm.__init__
следующим образом:Затем вы можете получить доступ к объекту запроса из любого метода
ModelForm
withself.request
.источник
__new__
kwargs, который позже будет передан__init__
методу класса .ModelFormWithRequest
Я думаю, что название класса гораздо понятнее по значению, чемModelFormMetaClass
.Как бы то ни было, если вы используете представления на основе классов , вместо представлений на основе функций, переопределите
get_form_kwargs
в представлении редактирования. Пример кода для настраиваемого CreateView :Приведенный выше код представления будет
request
доступен в качестве одного из аргументов ключевого слова__init__
функции конструктора формы . Поэтому в вашем делеModelForm
:источник
request
объекта внутриget_form_kwargs
.self.get_object
?CreateView
РасширяетSingleObjectMixin
. Но работает ли это или вызывает исключение, зависит от того, создаете ли вы новый объект или обновляете существующий; т.е. проверить оба случая (и удаление конечно).Обычный подход - сохранить объект запроса в локальной ссылке потока с использованием промежуточного программного обеспечения. Затем вы можете получить к нему доступ из любого места вашего приложения, включая метод Form.clean ().
Изменение подписи метода Form.clean () означает, что у вас есть собственная модифицированная версия Django, которая может быть не той, которую вы хотите.
Количество благодарностей промежуточного программного обеспечения выглядит примерно так:
Зарегистрируйте это промежуточное ПО, как описано в документации Django.
источник
**kwargs
, это означает, что вам нужно будет передать объект запроса какMyForm(request.POST, request=request)
.Для администратора Django в Django 1.8
источник
Я столкнулся с этой конкретной проблемой при настройке админа. Я хотел, чтобы определенное поле было проверено на основе учетных данных конкретного администратора.
Поскольку я не хотел изменять представление, чтобы передать запрос в качестве аргумента формы, я сделал следующее:
источник
obj=obj
нетobj=None
в строке 11.'function' object has no attribute 'base_fields'
. Однако более простой (без закрытия) ответ @ François работает плавно.Вы не всегда можете использовать этот метод (и, вероятно, это плохая практика), но если вы используете форму только в одном представлении, вы можете охватить его внутри самого метода представления.
источник
get_form_class
метода CBV , если знаю, что мне нужно сделать много вещей с запросом. При повторном создании класса могут возникнуть некоторые накладные расходы, но это просто перемещает его из времени импорта во время выполнения.Ответ Дэниела Розмана по-прежнему остается лучшим. Однако я бы использовал первый позиционный аргумент для запроса вместо аргумента ключевого слова по нескольким причинам:
Наконец, я бы использовал более уникальное имя, чтобы избежать переопределения существующей переменной. Таким образом, Мой модифицированный ответ выглядит так:
источник
свежий сыр от Cheesebaker @ pypi: django-requestprovider
источник
У меня есть еще один ответ на этот вопрос, согласно вашему требованию, вы хотите получить доступ к пользователю с помощью чистого метода формы. Вы можете попробовать это. View.py
forms.py
Теперь вы можете получить доступ к self.instance любым чистым методом в form.py
источник
Если вы хотите получить к нему доступ через «подготовленные» представления классов Django, как будто
CreateView
есть небольшая хитрость, которую нужно знать (= официальное решение не работает из коробки). По своему усмотрениюCreateView
вам придется добавить такой код:= короче говоря, это решение для перехода
request
к вашей форме с помощью представлений Django Create / Update.источник