TypeORM to ORM stawiający TypeScript na pierwszym miejscu, przeznaczony dla Node.js. Opiera się na dekoratorach, aby mapować klasy na tabele, i obsługuje zarówno wzorzec Active Record, jak i Data Mapper. Jego największą zaletą jest głęboka integracja z TypeScriptem; największym ryzykiem są chropowatości warstwy zapytań i nierówna historia utrzymania.
user.save()) w małych aplikacjach lub Data Mapper (repository.save(user)) dla testowalnego, luźno powiązanego kodu.@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 i QueryBuilder są typowane tylko częściowo; błędna nazwa kolumny często zawodzi w czasie działania, a nie kompilacji.Nowe backendy w TypeScript (naturalnie łączy się z NestJS), zespoły ceniące modele oparte na dekoratorach i chcące typowanych encji, oraz aplikacje, których zapytania to głównie CRUD z okazjonalnym użyciem QueryBuilder.
Wybór ORM to długoterminowe zobowiązanie, które kształtuje sposób, w jaki każda funkcja dotyka bazy danych. Projekt TypeORM stawiający TypeScript na pierwszym miejscu to realny zysk produktywności w typowanych bazach kodu, ale rekruterzy chcą usłyszeć, że znasz też jego granice — częściowe typowanie zapytań, ból przy złożonych zapytaniach i wyboistą historię wydań — abyś potrafił zdecydować, kiedy jego ergonomia przeważa nad chropowatościami, zamiast przyjmować go na fali hype'u.
Biblioteka pytań rekrutacyjnych IT ze szczegółowymi odpowiedziami — od Juniora do Seniora.
Wesprzyj