its_a_me_mario, вам выше ответили + у вас блоки if и else "поехали" и встали на уровень цикла for, что неправильно, потому что они должны быть вложенными в цикл, т.к. в Python нет {...} для выделения блоков, как во многих ЯПах, то все блоки и их содержимое выделяются табуляцией, больше об этом тут.
Паша, раньше я использовал Express, сейчас же пересел на NestJS (но я использую его поверх fastify, там скорости побольше, но возникает проблема с библиотеками, т.к. многие решения написаны под Express, мне приходится их форкать и переписывать под fastify, например, тот же самый Passport.js, т.к. самому нет желания делать авторизацию через соц сети по OAuth, на Nest поверх Express'а таких проблем нет). Nest хорош, даже очень, к нему быстро привыкаешь, особенно если вы вышли с ангуляра) но, тут есть одно "но", вы разрабатываете небольшой проект, и я, если честно, не вижу смысла брать такое большое решение на маленькие проекты, это как выбор между React/Vue и Angular, все эти инструменты хороши, но каждому надо найти свое применение.
Посмотрите на это с такой стороны: Nest поощряет и рекомендует писать модульную архитектуру. Как много модулей вы можете вынести в своем приложении? Как сложно вам организовать работу между ними? Какие объемы данных вы будете передавать по сети, и легко ли во всем этом запутаться? Какие части приложения будут написаны сразу и останутся неизменными или максимально неизменными, а какие точно будут "допиливаться" со временем? Нравится ли вам или хочется, как разработчику, писать на классах/соблюдать парадигмы ООП и принципы SOLID? Если на большинство вопросов вы ответили в положительном и утвердительном ключе, и вы понимаете, что объем работ уже не кажется таким небольшим, то смело берите Nest.
p.s. кстати документация Nest очень хорошая, приложение по ней можно спокойно собрать)
squadbrodyaga, посмотрите тут, здесь есть ответ про вложенные объекты, но у вас массив, так что не вариант, что сработает, тут скорей всего надо агрегациями надо пользоваться
yativ_sobb, если бы вы писали на классах, то был бы класс, у которого была единая точка входа, а дальше вызов функций бы отличался для конкретного случая. Классов у нас нет, поэтому можно применить вот такой подход)