вообще интерфейс это немного не то. его нельзя использовать для валидации в runtime

блин, ну а как вы подобные вещи разруливаете?
ну вот есть условные фильтры в query string'е - та же пагинация. провалидировать их - это одно. но дальше мне эти фильтры надо передать в метод сервиса, которой отправит их в модель для формирования конечного запроса. а сервисов/моделей с пагинацией много разных. и везде хочется быть уверенным, что эти фильтры правильной структуры, правильных типов и т.п.
ну не делать же на каждом шаге валидацию?
мне достаточно

assert(filters intanceof FiltersDTO)

, а этот assert на проде отключается - т.е. это исключительно на этапе разработки, как тс.
да и сервисы дёргаются не только из контроллеров, но и в cli-скриптах/воркерах, по расписанию и т.п.
Ну и типа один раз проинстанцировал - и на всех шагах полная уверенность в этих данных

я бы перешёл на тс, но это когда-нибудь потом - времени на полное погружение в него нету, к сожалению

мне б вот сейчас определиться как лучше и херачить код)

всем хай, не могу понять зачем нужна сериализация юзера и нужна ли она если я использую JWT?

что такое сертализация юзера?

ну в джейсон веб токен достаточно засунуть его ID, но можно что угодно засунуть

но я тоже не очень понял о чём вопрос

в passport js есть штука serializeUser и я не понимаю её смысл

короче я тупанул и сам неправильно понял. Это нужно когда используются сессии

гугли

https://m.habr.com/ru/post/201206/

assert(filters intanceof FiltersDTO)

Если ты делаешь instanceof, то ты не понимаешь ООП

Чёт не нравится мне он. Стратегии авторизации все старые и глючат

проще самому написать. что я и сделал

js вообще не про ооп))

А про что?

ты про passport js?

да

идея норм. но стратегии подкачали