конечно всегда можно ему всяких any туда насовать. да и руками в базе что-то наделать – тут компилятор понятное дело ничем не поможет… 🙂

featureService.create({phone:'+7'}) оно отвалится с ошибкой и до базы не дойдет

а вот например если ты описал тип как AwesomePayload, а потом решил а сделаю-ка я AwesomePayload | NotSoGoodPayload – тут-то тебе компилятор и раскрасит красным все места, где у тебя не срастается по типам, заставит везде проверками обложиться и т.п.

а… я похоже не совсем понял вопроса – нет, строка прилетит только если в поле хранится string в json. typeorm парсит json перед заполнением поля… если у тебя в поле хранится json-объект, в поле тебе прилетит сам объект…

вот так делал если че, все пишут, фиг пойми кто кому)))
await queryRunner.manager
     .getRepository<ContentType>(ContentType)
     .save(plainToClass(ContentType, { name: 'permission', title: 'Permission' }))

@Entity({ name: 'content_types' })
export class ContentType {
 @PrimaryGeneratedColumn()
 id: number = undefined;

 @Column({ length: 100 })
 @IsNotEmpty()
 @MaxLength(100)
 name: string = undefined;

 @Column({ length: 255 })
 @IsNotEmpty()
 @MaxLength(255)
 title: string = undefined;

 @OneToMany(type => Permission, permission => permission.contentType)
 permissions: Permission[];

 @BeforeInsert()
 doBeforeInsertion() {
   const errors = validateSync(this, { validationError: { target: false } });
   if (errors.length > 0) {
     throw new CustomValidationError(errors);
   }
 }

 @BeforeUpdate()
 doBeforeUpdate() {
   const errors = validateSync(this, { validationError: { target: false } });
   if (errors.length > 0) {
     throw new CustomValidationError(errors);
   }
 }
}

ну или вызывать после сериализации валидацию validateSync

короче на входе в функцию

но типы лучше всё-таки описывать. надо пользоваться возможностями тайпскрипта, чтобы потом проще было рефакторить и вообще код править. компилятор он умный по большей части, хорошо помогает…

await queryRunner.manager
      .getRepository<ContentType>(ContentType)
      .save(plainToClass(ContentType, { name: 'permission', title: 'Permission' }))

вот тут plainToClass не нужен. репозиторий в save умеет принимать DeepPartial<Entity>, самостоятельно его в класс преобразует… EntityManager в save может класс энтити брать первым параметром – нигде plainToClass не нужен реально…

вложенные валидаторы не сработают, так как у тя не будт классов

то есть я бы написал
await queryRunner.manager.save(ContentType, {name: 'permission', title: 'Permission' })

@BeforeInsert() сработает, почему нет-то…

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

в этом примере если без плаин ту класс валидаторы пермишенов не срабоают

да почему не сработают-то, ты же validateSync дёргаешь в @BeforeInsert()

потомучто пермишены будут массив жсонов

а не клаассов

и валидаторов там нет

тут просто пример, нужен еще декоратор валидат нестед

а я понял. но – если ты добавишь @Type на пермишены, то validateSync будет валидировать их по указанному типу даже если они не классы а простые объекты…

на моем примере у меня нету связей мужду табалицами, я правильно понял что могу сделать энтити, и колонке присвоить что-то вроде

```import { IsEmail } from 'class-validator';

export class ValidationInterface {
 @IsEmail@IsEmail()
 email: string;
}```

validateSync нужно вызвать где нить или в хуках или до запуска инсерта