TypeORM هو ORM يعطي الأولوية لـ TypeScript ومصمَّم لـ Node.js. يعتمد على decorators لتعيين الـ classes إلى جداول، ويدعم نمطَي Active Record وData Mapper معًا. أكبر ما يجذب إليه هو التكامل العميق مع TypeScript؛ وأكبر مخاطره هي الخشونة في طبقة الاستعلام وتاريخ الصيانة المتفاوت.
user.save()) للتطبيقات الصغيرة، أو Data Mapper (repository.save(user)) لكود قابل للاختبار ومنفصل.@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 وQueryBuilder مُحدَّدة الأنواع جزئيًا فقط؛ فاسم عمود خاطئ يفشل غالبًا وقت التشغيل لا وقت الترجمة.الـ backends المكتوبة بـ TypeScript من الصفر (يتناغم طبيعيًا مع NestJS)، والفرق التي تقدّر الـ models المبنية على decorators وتريد entities مُحدَّدة الأنواع، والتطبيقات التي تكون استعلاماتها في معظمها CRUD مع استخدام عرضي لـ QueryBuilder.
اختيار ORM التزام طويل الأمد يشكّل طريقة تلامس كل ميزة لقاعدة البيانات. تصميم TypeORM الذي يعطي الأولوية لـ TypeScript مكسب إنتاجية حقيقي للـ codebases المُحدَّدة الأنواع، لكن المُحاوِرين يريدون أن يسمعوك تعرف حدوده أيضًا — تحديد أنواع الاستعلام الجزئي، وألم الاستعلامات المعقّدة، وتاريخ إصدارات مضطرب — كي تقرّر متى تتفوّق أريحيّته على خشونته بدل تبنّيه بدافع الضجيج.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع