TypeORM är en TypeScript-först-ORM för Node.js. Den lutar sig mot decorators för att mappa klasser till tabeller och stöder både mönstren Active Record och Data Mapper. Dess största dragningskraft är djup TypeScript-integration; dess största risker är skrovliga kanter i frågelagret och en ojämn underhållshistorik.
user.save()) för små appar, eller Data Mapper (repository.save(user)) för testbar, frikopplad kod.@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-alternativ och QueryBuilder är bara delvis typade; ett felaktigt kolumnnamn misslyckas ofta vid körning, inte vid kompilering.Nya TypeScript-backends (den paras naturligt med NestJS), team som värdesätter decorator-baserade modeller och vill ha typade entiteter, och appar vars frågor mestadels är CRUD med tillfällig användning av QueryBuilder.
Att välja en ORM är ett långsiktigt åtagande som formar hur varje funktion rör databasen. TypeORM:s TypeScript-först-design är en verklig produktivitetsvinst för typade kodbaser, men intervjuare vill höra att du också känner till dess gränser — delvis frågetypning, smärtan med komplexa frågor och en gropig releasehistorik — så att du kan avgöra när dess ergonomi väger tyngre än dess skrovliga kanter i stället för att anamma den på hype.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera