TypeORM egy TypeScript-központú ORM Node.js-hez. Decorátorokra támaszkodik, hogy osztályokat táblákhoz rendeljen, és támogatja mind az Active Record, mind a Data Mapper mintát. A legnagyobb vonzereje a mély TypeScript-integráció; a legnagyobb kockázatai a query-réteg érdes szélei és az egyenetlen karbantartási előtörténet.
user.save()) kis alkalmazásokhoz, vagy a Data Mappert (repository.save(user)) tesztelhető, szétcsatolt kódhoz.@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 opciók és a QueryBuilder csak részben típusosak; egy rossz oszlopnév gyakran futásidőben bukik, nem fordításkor.Zöldmezős TypeScript backendek (természetesen párosul a NestJS-szel), csapatok, amelyek értékelik a decorátor-alapú modelleket és típusos entitásokat akarnak, valamint olyan alkalmazások, amelyek lekérdezései többnyire CRUD-ok, alkalmi QueryBuilder-használattal.
Egy ORM kiválasztása hosszú távú elköteleződés, amely meghatározza, hogyan érint minden funkció az adatbázist. A TypeORM TypeScript-központú kialakítása valódi produktivitási nyereség típusos kódbázisoknak, de a kérdezők azt akarják hallani, hogy ismered a korlátait is — a részleges query-típusozást, az összetett lekérdezések fájdalmát és a döcögős kiadási előtörténetet —, hogy el tudd dönteni, mikor múlja felül az ergonómiája az érdes széleit, ahelyett, hogy a hype alapján vennéd használatba.
IT interjúkérdések gyűjteménye részletes válaszokkal — Juniortól Seniorig.
Adományozás