просто внутри поля опишите

class UserDTO {
constructor(user) {
const {field} = user

this.field = field
}
}

или вообще  constructor({field})

зачем вам валидировать собственное же DTO

вам нужно валидировать входные данные

ну вот просто в ts можно описать интерфейс типа такого:

interface IUserDTO {
  firstName: string;
  lastName: string;
}

тут есть проверка типов. вот я и хочу добиться какого-то подобного поведения в js

зачем?

а мысль как раз и была в том, чтобы совместить с валидацией входных

ну типа такого const newUser = new UserDTO(res.body)

до этой строчки надо валидировать res.body

и тогда никакой проверки типов не нужно будет

это понятно. но не везде в сервисном слое нужна именно Joi-валидация, кмк

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

тесты

🙈 не делай так

но ваще зависит от вашей жадности

ни что не мешает реализовать валидацию отдельно

и переиспользовать её где угодно

Joi кажется может вполне работать как интерфейс если указать только типы и все поля не обязательные. или я что-то не понимаю