Т.Е. чем меньше зависимостей, тем проще тестировать, верно?

Ну тут сложно не согласиться

Но количество зависимостей в обоих ситуациях остаётся одинаковым.
В одном случае зависимость от сервиса, который делает запрос, в другом же - от http-библиотеки
Или я что-то не так понял?

сервис проще мокнуть, его ответ

почему? Вроде одинаковое кол-во работы мокнуть либо сервис либо метод.

не почему, а потому что у тебя реализация инкапсулирована в сервис

т.е. проще заменить не переписывая пайп

Делаю валидацию на @Param() в контроллере. Как мне совместить валидацию строки и потом ее трансформацию? А то у меня трансформирует, а потом проверяет

проверить через @IsDate() ?

после трансформации

Гарантии последовательности при декларативном указании  нет. Но можно вызвать ApplyDecorators

Т.е. можно сделать декоратор предоставляющий набор декораторов

Спасибо!

Всем привет, тут есть разработчики со стеком nestjs + mongo (mongoose) + graphql?

Привет, да нас тут вроде как много.

Но мы обычно не прицепляемся к конкретному стеку, ибо завтра может быть нужен rest и Mysql например.

есть схема со связкой объектов по ключу, вытягиваю объекты (запрос типа getAll) c populate, обратно хотелось бы тоже отправлять объект (удобно на фронте работать с единой формой без костылей перед сохранением), есть depopulate который приводит объект к id при сохранении и возможно это нормально работает в controller’e но в graphql резолвере указываем что приходит на вход (в input’е) и это сравнивается каким-то образом (явно не указывал, как находит не знаю) с основной схемой объекта (где указан  type: mongoose.Schema.Types.ObjectId) и валидация фейлится не давая сделать depopulate перед сохранением

не могу догнать где проблема, как лучше делать или забить и отправлять id с фронта (как это сейчас и работает)

был ли у кого подобный опыт и как делали?

Ребя, помогите. По мануала настроил jwt. Он живёт 60 секунд. А как перевыпустить токен?