TypeORM è un ORM TypeScript-first per Node.js. Si appoggia ai decorator per mappare classi a tabelle e supporta sia il pattern Active Record sia il Data Mapper. Il suo maggiore punto di forza è l'integrazione profonda con TypeScript; i suoi rischi maggiori sono le asperità del livello query e una storia di manutenzione irregolare.
user.save()) per app piccole, o Data Mapper (repository.save(user)) per codice testabile e disaccoppiato.@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 il QueryBuilder sono tipizzati solo in parte; un nome di colonna errato spesso fallisce a runtime, non in fase di compilazione.Backend TypeScript greenfield (si abbina naturalmente a NestJS), team che apprezzano i modelli basati su decorator e vogliono entità tipizzate, e app le cui query sono per lo più CRUD con uso occasionale del QueryBuilder.
Scegliere un ORM è un impegno di lungo termine che modella come ogni funzionalità tocca il database. Il design TypeScript-first di TypeORM è un vero guadagno di produttività per codebase tipizzate, ma gli intervistatori vogliono sentire che ne conosci anche i limiti — tipizzazione parziale delle query, dolore con le query complesse e una storia di release accidentata — così puoi decidere quando la sua ergonomia supera le sue asperità, invece di adottarlo per l'hype.
Una raccolta di domande di colloquio IT con risposte dettagliate — da Junior a Senior.
Dona