Не пойму чего хочет работодатель, как реализовать fronted через api?

Question

[Samanta-Smith]

Заранее прошу прощения за очевидность вопроса, но время поджимает. В техническом задании сказанно:

"Приложение раз в N минут запрашивает список вакансий, которые выдает сервис A и сохраняет поля id ,
title , state , owner для новых вакансий. Если объект-вакансии уже существует в БД приложения, то
необходимо синхронизировать статус. Если в полученном списке отсутствует ранее синхронизированная
ваканся, то ее статус меняется на ARCHIVE .
Приложение имеет свой API, посредством которого front-end получает список синхронизированных вакансий
с возможностью фильтрации по статусу и владельцу. По умолчанию отображается список
синхронизированных вакансий со всеми статусами, кроме ARCHIVE . Список архивных вакансий можно
посмотреть, применив фильтр. Обновление отображаемого списка происходит без перезагрузки страницы."

Как именно выводить данные в фронт посредством api? Вот мой рест
Я правильно понимаю, что мне не нужно рендерить html шаблон? Как тогда запустить фронт? Беглый осмотр поисковика ничего не дал. Спасибо

Answer 1

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

Правильно понимаете, рендерить html-шаблон не нужно. Нужно web-сервером отдать статику фронта с корневого URL'а, а javascript-код этого фронта будет дёргать эндпоинты вашего API.

Comments

[Samanta-Smith]

Не совсем понятно, я пересылаю через такое представление данные

class FirstappView(APIView):
    def get(self, request):
        profiles = Profile.objects.all()
        serializer = FirstappSerializer(profiles, many=True)
        return Response({"profile": serializer.data})

Мне нужно отправить другим представлением html, куда? При запросе на какой url будет выведенна страница?

urlpatterns = [
    path('admin/', admin.site.urls),
    path('api/', include('firstapp.urls')),
]

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

Samanta-Smith, и?

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

У вас фронтенд на чём вообще написан?

[Samanta-Smith]

Я думаю писать через HTML, CSS и JavaScript. Я правильно понимаю, что ajax это нужная альтернатива рендеринга?

[DevMan]

Samanta-Smith, аякс вообще ни как не связан с рендерингом.
вы можете аяксом получать как сырые данные (и рендерить их на клиенте), так и получать готовый рендер и вставлять куда нужно.

[Samanta-Smith]

DevMan, Какой из этих вариантов мне нужен?

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

Samanta-Smith, ajax-это один из способов взаимодействия фронтеда и бэкенда. Фронтенд может быть различной степени развитости - от полного отсутствия, до толстого клиента, выполняющего часть прикладной логики. Соответственно, рендеринг django-шаблонов может как не использоваться вовсе, так и использоваться совместно с рендерингом на фронте.

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

Samanta-Smith, какой нужен - это должно быть виднее вам, в соответствии с конкретной задачей в ТЗ. Есть подозрение, что заказчик ожидает от вас, что на фронтенде будет использоваться какой-либо фреймворк - Angular, React, Vue.

[DevMan]

Samanta-Smith, оба.
при первом запросе выплевываете полностью готовую страницу.
при последующих запросах с этой же страницы (фильтры, разные табы, и все такое), подгружаете данные и рендерите на фронте.

[Samanta-Smith]

Сергей Горностаев, спасибо за помощь. Просто дайте ответ, мне не нужно делать return render()
во вьюхе , нужно сделать return Response({"profile": serializer.data}) на url /static, или как?

[Samanta-Smith]

DevMan, Выплюнуть json? Через какую функцию?

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

Samanta-Smith, судя по скрину, у вас используется DRF. Он очень декларативный, в большинстве случаев, включая ваш, не нужны в нём никакие функции.

[DevMan]

Samanta-Smith, подсказать как вернуть джсон? о_О
вы уверены что хотите заниматься веб-девом?

[Samanta-Smith]

Сергей Горностаев, значит пользователь будет взаимодействовать с drf странницей по адресу api/firstapp, это и будет фронт с формами и прочим?

[Samanta-Smith]

DevMan, стыдненько конечно, но я знаю, что такое json. Мне не понятно на практическом-фундаментальном уровне. Как отобразить страницу без функции return render во views, что выполнять при запросе на url?

[DevMan]

Samanta-Smith, я безмерно рад, что вы можете противостоять ехидной критике. поверьте, это огромный плюс в становлении на этой стезе.

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

[Samanta-Smith]

DevMan, спасибо, это оно.

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

Samanta-Smith, пользователь открывает http://127.0.0.1:8000, web-сервер или django-проект отдаёт ему html-страницу, браузер её загружает вместе со всей статикой - картинками, стилями и js-скриптами, скрипты запускаются, обращаются к 127.0.0.1:8000/api/firstapp, django-проект отдаёт данные в формате json, браузер их загружает, скрипт эти данные анализирует и изменяет html-страницу в соответствии с результатом анализа.

[DevMan]

Сергей Горностаев, все верно. за исключением того, что при первом запросе отдается готовая страница.

[DevMan]

Сергей Горностаев, * условно готовая.
страница пустая, но все данные для рендера уже в ней есть.

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

DevMan, согласен с подходом, просто стараюсь объяснить попроще, без деталей.

Answer 2

[Александр]

Имеется ввиду, что данные загружаются через AJAX с использованием параметров для фильтрации. Шаблон содержит скелет станицы с пустым блоком данных и необходимыми скриптами.

Comments

[DevMan]

шаблон при первом запросе может быть (и должен быть) заполнен на сервере.

[Samanta-Smith]

А если мне сказанно, что нужно для выполнения задач по расписаню использовать celery, что-то меняется?

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

Samanta-Smith, ничего не меняется, так как Celery к этому вопросу вообще никакого отношения не имеет.