Я тут сильно много пока что не понимаю, нужно сделать проект мелкий на этом стеке и тогда смогу отвечать нормально и конкретно, сейчас сугубо абстрактно.

Как это сделать на уровне приложения - я понимаю. Просто бывает так, что часть функций надо ограничивать в Nginx. Например, чтобы фронт публичный имел доступ не ко всей функциональности. И тогда админы пишут правило по маске на урлы: например, все урлы, которые начинаются с /private/*, снаружи недоступны. Как это делать в случае с grpc, торчащим наружу, я не очень понимаю, кроме того, непонятно, что будет писаться в access-лог. Урл-то одинаковый везде будет

Для межсервисного взаимодействия это не нужно, я понимаю. Но если наружу торчим, то нужно.

Не подскажешь,почему так не стоит?

Раздели эндпоинты

Ну а как ты валидацию, например, будешь делать? Как Nest определит, какой из DTO валидировать?

если через кастомный валидатор

Ну и если у тебя возможны разные DTO - значит, там и логика разная ж

А как это будет работать? DTO разные - какой из них валидировать кастомным валидатором?

Через враппер у которого тип поле есть, можно сделать но сваггер не схавает думаю

можно так сделать

В зависимости от типа можно достать тип дтошки

А какой в этом вообще смысл, если не секрет? Если DTO разные - значит, и бизнес-логика под капотом будет разной. Зачем это делать в рамках одного эндпоинта?

Там логика одинаковая,создать сущность

Просто отвалидировать от типа по разному

Я бы сделал даже так разные эндпоинты, но в них вызывал один и тот же метод сервиса

Как же прикольно жить на бэке ... Прилетает из API что количество товара -10 .... КАК ??

закончился.. давно))

Я вот логику не могу понять, как получилось минус ... Они что продали воздух или как ?