TypeORM é um ORM com TypeScript em primeiro lugar para Node.js. Ele se apoia em decorators para mapear classes a tabelas e suporta tanto o padrão Active Record quanto o Data Mapper. Seu maior atrativo é a integração profunda com o TypeScript; seus maiores riscos são as arestas ásperas da camada de consulta e um histórico de manutenção irregular.
user.save()) para apps pequenos, ou Data Mapper (repository.save(user)) para código testável e desacoplado.@Entity()
class User {
@PrimaryGeneratedColumn() id: number;
@Column({ unique: true }) email: string;
@OneToMany(() => Post, (p) => p.author) posts: Post[];
}
const users = await dataSource
.getRepository(User)
.find({ where: { email: "[email protected]" }, relations: { posts: true } });
find e o QueryBuilder são apenas parcialmente tipados; um nome de coluna errado costuma falhar em tempo de execução, não de compilação.Backends TypeScript novos (combina naturalmente com NestJS), times que valorizam modelos baseados em decorators e querem entidades tipadas, e apps cujas consultas são majoritariamente CRUD com uso ocasional do QueryBuilder.
Escolher um ORM é um compromisso de longo prazo que molda como cada funcionalidade toca o banco de dados. O design com TypeScript em primeiro lugar do TypeORM é um ganho real de produtividade para bases de código tipadas, mas entrevistadores querem ouvir que você também conhece seus limites — tipagem parcial de consultas, dor em consultas complexas e um histórico de releases acidentado — para que você decida quando sua ergonomia supera as arestas ásperas, em vez de adotá-lo por hype.
Uma biblioteca de perguntas de entrevista de TI com respostas detalhadas — de Júnior a Sênior.
Doar