TypeORM er en TypeScript-first ORM til Node.js. Den læner sig op ad dekoratorer for at mappe klasser til tabeller og understøtter både Active Record- og Data Mapper-mønstrene. Dens største tiltrækning er den dybe TypeScript-integration; dens største risici er ru kanter i forespørgselslaget og en ujævn vedligeholdelseshistorik.
user.save()) til små apps, eller Data Mapper (repository.save(user)) til testbar, afkoblet kode.@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-optioner og QueryBuilder er kun delvist typede; et forkert kolonnenavn fejler ofte ved kørsel, ikke ved kompilering.Greenfield TypeScript-backends (den parrer naturligt med NestJS), teams der værdsætter dekorator-baserede modeller og vil have typede entiteter, og apps hvis forespørgsler mest er CRUD med lejlighedsvis brug af QueryBuilder.
At vælge en ORM er en langsigtet forpligtelse, der former, hvordan hver funktion rører databasen. TypeORMs TypeScript-first-design er en reel produktivitetsgevinst for typede codebases, men intervieweren vil høre, at du også kender dens grænser — delvis forespørgselstyping, smerten ved komplekse forespørgsler og en hullet udgivelseshistorik — så du kan afgøre, hvornår dens ergonomi opvejer dens ru kanter, i stedet for at adoptere den på hype.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér