Аргумент request в функциях Django?

Question

[Jekson]

Есть функция (не джанговская ) которая передает html файл на редактирование в google doc. Одним из параметров там идет email, которыый сейчас у меня захардкожен. На всякий приведу тело функции , хотя вопрос не в ней

def file_to_drive(import_file=None):
    credentials = service_account.Credentials.from_service_account_file(ACCOUNT_FILE, scopes=SCOPES)
    service = build('drive', 'v3', credentials=credentials)
    file_metadata = {
        'name': 'CV:' + uuid.uuid4().hex,
        'mimeType': 'application/vnd.google-apps.document'
    }
    media = MediaFileUpload(import_file,
                            mimetype='text/html',
                            resumable=True)

    file = service.files().create(body=file_metadata,
                                        media_body=media,
                                        fields='id').execute()
    fileId = file.get('id')
    current_user()
    permission1 = {
        'type': 'user',
        'role': 'writer',
        'emailAddress': '[e-mail]',
    }
    service.permissions().create(fileId=fileId, body=permission1).execute()
    permission2 = {
        'type': 'anyone',
        'role': 'writer',
    }
    service.permissions().create(fileId=fileId, body=permission2).execute()
    return (f"https://docs.google.com/document/d/{file.get('id')}/edit")

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

def current_user(request):
    CU = request.user
    print(CU.email)

И получаю

TypeError: current_user() missing 1 required positional argument: 'request'

И действительно откуда берется в джанговских вьюхах request и почему в моем случае его не хватает?
Я попробовал связать вьюху с url

path('current_user/', current_user, name='current_user'),

Но результат тотже

Answer 1

[antonksa]

Как-то слишком много магии...

Неужели вы не понимаете, что request не самозарождается внутри функции, как дети в капусте?!

1. При старте фреймворка джанга ищет все urls.py, вычитывает из них все urlpatterns.
2. После этого она сохраняет у себя во внутреннем реестре связку урл - функция.
3. Когда приходит запрос, WSGI вычитывает TCP данные, HTTP данные и формирует WSGIRequest объект всунув в него эту информацию и вызывает главный хендлер джанги.
4. Хендлер джанги получив этот объект формирует на его основе свой HttpRequest дополняя его джанговскими фичами. После этого находится соответствие урлу и функция обрабатывающаяя этот урл вызывается, с переданным в нее HttpRequest. И кстати не только request. Надо писать:

def handler(request, *args, **kwargs) -> HttpResponse:
    pass

потому что джанга может НЕ ТОЛЬКО REQUEST передать в функцию, будете потом тупить, "а почему у меня user_id пишет что не поместилось".

НЕЛЬЗЯ "№;%% В ВОЗДУХЕ НАПИСАТЬ blabla(request) И ЖДАТЬ ЧТО REQUEST САМОЗАРОДИТСЯ ИЗ НИЧЕГО!!!

И вообще, у меня сильное ощущение, что вам на три-четыре месяца надо отложить Django и выучить сам питон для начала...

Comments

[Jekson]

Неужели вы не понимаете, что request не самозарождается внутри функции, как дети в капусте?!

Понимаю, поэтому и спрашиваю про механизм порождающий request.

И вообще, у меня сильное ощущение, что вам на три-четыре месяца надо отложить Django и выучить сам питон для начала

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

А за объяснение спасибо! Правильно я понимаю, что не передается request потому что я напрямую пытаюсь обратиться к функции а не к url?

[antonksa]

Вы создали функцию с обязательным позиционным аргументом
def current_user(request):
после этого вызвали ее без передачи этого аргумента
current_user()
и после этого спрашиваете как я сделал этот вывод?!

Правильно я понимаю, что не передается request потому что я напрямую пытаюсь обратиться к функции а не к url?

В каком-то смысле да, но в целом - нет, не правильно.

[Jekson]

antonksa, Верно подметили, тут косяк у меня) А что в целом не правильно?

[antonksa]

Jekson, Ответил в коменте к первому ответу.

Answer 2

[Сергей Горностаев]

Параметр request подставляет фреймворк, когда вызывает функцию или метод представления.

Comments

[Jekson]

Чего в моем случае не хватает?

[Сергей Горностаев]

Jekson, понимания IoC. Вы не можете вызвать представление сами. И получить request в каком-либо коде, выполняющимся не в контексте http-запроса тоже не можете.

[Jekson]

Буду благодарен если кроме оценочной поделитесь еще и практической рекомендацией

[Сергей Горностаев]

Jekson, по текущей постановке вопроса невозможно сказать больше, чем я уже сказал. По функции даже непонятно, зачем она вообще вызывает current_user. Вероятно, вам нужно переписать код так, чтобы file_to_drive прямо или опосредственно вызывал фреймворк.

[Jekson]

Сергей Горностаев, вызываю curent_user только для проверки что метод отдает нужный мне результат, который потом планирую подставить вместо emailAddress

[Сергей Горностаев]

Jekson, откуда и как вызывается file_to_drive?

[Jekson]

Я уже раобрался с нужной мне реализацией, и вы правильно задали вопрос откуда я вызываю file_to_drive. Отсюда:

class CvView(AuthorizedMixin, View):
    def get(self, request, employee_id, format_):
        ....
        .....
        user = request.user
        #Some logic
        return HttpResponseRedirect(file_to_drive(import_file=name, current_user=user))

Вызвал тукущего юзера сдесь и передал его в качестве аргумента в file_to_drive.
Просто в теории для себя теперь закрепить хочу

Что бы передать request в подобную ф-ию:

def current_user(request):
    CU = request.user
    print(CU.email)

Мне нужно вызывать ее через обращение к url, а не на прямую? В этом проблема?

[Сергей Горностаев]

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

[Jekson]

Сергей Горностаев, Вот и все что мне надо было понять изначально) Спасибо

[antonksa]

А почему бы не передать request в file_to_drive и там внутри уже все сделать? Можете ведь если захотите.

Вам главное нужно понять, что функцию всегда кто-то вызывает.
def get(*args, **kwargs) вызывается фреймворком.

Всегда есть последовательная цепочка вызова функции которая вызывает функцию которая вызывает функцию и т.д. request формируется фреймворком и по эстафете передается в глубину, пока в итоге Django не вызывает get, засовывая request в него. Это означает, что при вызове функции всегда в нее ЯВНО передаются аргументы, а не появляются в ней магически, как вы пытались реализовать.