منذ يوم
أهلا بك عزيزي المتابع لموقع (journey for learn) نقدم دورات بكوبونات متاحة لاول 1000 تسجيل مجاني فقط وكوبونات اخري لفترة محدودة فاذا كنت تريد ان تحصل علي كل الكورسات علي موقعنا وان تكون اول المسجلين في الكورسات المجانية قم بتسجيل الدخول أوقم بالدخول علي وسائل التواصل الاجتماعي وخصوصا التليجرام نوضح الوصف المختصر والطويل للدورات لكي تعرف الدروس التي سوف تتعلمها بسهولة ويسر :
التغطية التفصيلية لمجال الاختبار يتم تنظيم بنك اختبار الممارسة الشامل هذا بشكل منهجي حول المجالات الهندسية الأساسية التي يتم تقييمها في أدوار الواجهة الأمامية العليا والتقييمات الزاوية المهنية:- المكونات والتوجيهات (20%)
- الموضوعات التي يتم تناولها: خطافات دورة حياة المكونات (ngOnInit، ngAfterViewInit، ngOnChanges)، التوجيهات الهيكلية والسمات المخصصة، وربط البيانات المتقدمة، وسياق الاستيفاء، والملكية مقابل الملكية. آليات ربط السمات.
- الخدمات وحقن التبعيات (18%)
- المواضيع التي تمت تناولها: حقن التبعية الهرمي، إنشاء مثيل الخدمة على مستوى الجذر مقابل الميزة، رموز الحقن المخصصة (InjectionToken)، أنواع الموفرين (useClass، useExisting، useValue، useFactory)، وعزل التبعيات باستخدام ViewProviders.
- إدارة الحالة وNgRx (15%)
- المواضيع التي تمت تناولها: تنفيذ نمط الإعادة في Angular، وتكوين الإجراءات، وكتابة مخفضات خالصة، وإدارة التأثيرات الجانبية باستخدام تأثيرات NgRx، وتحسين استعلامات الحالة باستخدام المحددات المحفوظة، واستراتيجيات تخزين المكونات.
- تحسين الأداء واكتشاف التغيير (12%)
- المواضيع التي تمت تناولها: بنية الكشف عن التغيير الزاوي، وتحسين الأداء باستخدام ChangeDetectionStrategy.OnPush، وإدارة الدورة اليدوية عبر ChangeDetectorRef، وطرق العرض المنفصلة، وتشغيل المهام غير المتزامنة خارج Zone.js، وتحسين TrackBy للحلقات الهيكلية.
- Angular CLI والاختبار (10%)
- المواضيع التي تمت تناولها: التكوين المتقدم لمساحة العمل عبر angular.json، وكتابة اختبارات الوحدات المعزولة والتكاملية باستخدام Jasmine وKarma، والاستفادة من ComponentFixture، ومضاعفات الاختبار، والمكتبات الساخرة، ومفاهيم الأتمتة الشاملة (E2E).
- أنماط التصميم والهندسة المعمارية (10%)
- الموضوعات التي يتم تناولها: تصميم تطبيقات المؤسسات القابلة للتطوير، وتطبيق مبادئ SOLID داخل TypeScript، وتنفيذ إرشادات البنية النظيفة، وأنماط تصميم المكونات الذكية مقابل الغبية، و البنى المعيارية المحملة البطيئة.
- حل المشكلات والتواصل (5%)
- المواضيع التي تمت تناولها: تصحيح أخطاء استثناءات وقت التشغيل، وإجراء مراجعات منظمة لأكواد الواجهة الأمامية، وتوضيح قرارات البنية لأصحاب المصلحة في مجال الهندسة، والتعاون عبر فرق الهندسة متعددة الوظائف.
- الموضوعات المتقدمة وأفضل الممارسات (10%)
- المواضيع التي تمت تناولها: المسار الحراس وآليات الاعتراض المتقدمة، وخطوط أنابيب مشغل RxJS المخصصة، وبروتوكولات الأمان Angular (منع XSS، DomSanitizer)، واستراتيجيات التدويل، والامتثال لمعايير إمكانية الوصول الحديثة (A11y).
- أ) قم بإدخال ChangeDetectorRef في المكون واستدعاء DetectChanges() داخل حلقة setInterval التي تعمل كل 100 مللي ثانية لضمان تزامن واجهة المستخدم.
- لماذا غير صحيح: يؤدي تشغيل اكتشاف التغيير اليدوي على مؤقت أعمى إلى تدمير فوائد استراتيجية OnPush. إنه يفرض حلقات ثقيلة لإعادة تقييم القالب بغض النظر عما إذا كانت البيانات قد تغيرت بالفعل، مما يؤدي إلى استخدام وحدة المعالجة المركزية بشكل كبير وتحطيم شديد للتخطيط.
- ب) قم بإرجاع الإستراتيجية مرة أخرى إلى ChangeDetectionStrategy.Default وقم بتشغيل تدفق معالجة بيانات WebSocket داخل NgZone.runOutsideAngular() لتجاوز تتبع المنطقة الافتراضية بالكامل.
- لماذا غير صحيح: العودة إلى اكتشاف التغيير الافتراضي يجبر التطبيق بأكمله على التحقق من كل شيء مكون في كل حدث غير متزامن. بينما يساعد تشغيل التدفقات خارج المنطقة على الأداء، فإن دمجها مع الاكتشاف الافتراضي يفشل في إصلاح مشكلة نشر الحالة الجذرية.
- ج) تأكد من أن خدمة معالجة البيانات تعامل الحالة على أنها غير قابلة للتغيير عن طريق إصدار مرجع صفيف جديد تمامًا عبر RxJS Observable، وربط هذا الدفق بالقالب باستخدام أنبوب المزامنة.
- لماذا هذا صحيح: تؤدي استراتيجية OnPush إلى اكتشاف التغيير فقط عندما يتغير مرجع الخاصية المرتبطة @Input() أو عندما يصدر دفق غير متزامن مرتبط عبر الأنبوب غير المتزامن قيمة جديدة. إن تبني الثبات الخالص يضمن تغيير المرجع تمامًا، مما ينبه Angular للتحقق من الشجرة الفرعية للمكون بكفاءة مع تجاهل الفروع غير المتغيرة.
- د) تزيين خصائص المصفوفة الداخلية القابلة للتغيير بتوجيه هيكلي مخصص يفرض فرض ApplicationRef.tick() على كل حدث نقرة مستخدم.
- لماذا غير صحيح: استدعاء ApplicationRef.tick() يفرض اكتشاف التغيير العام عبر تطبيق الجذر إلى الورقة بالكامل التسلسل الهرمي. يؤدي هذا إلى فرض عقوبة ثقيلة على الأداء والتي تتحسن بشكل سيئ مع نمو التطبيق.
- هـ) استخدم الكلمة الأساسية لحذف JavaScript لإزالة خصائص الكائن القديم قبل إجراء تغييرات عليها مباشرة، ثم قم باستدعاء markForCheck() يدويًا داخل خطاف دورة حياة المكون.
- لماذا غير صحيح: ينتهك تغيير الكائنات بشكل مباشر المبادئ الأساسية لإدارة الحالة التفاعلية التي يمكن التنبؤ بها. يقوم عامل الحذف بتعديل أشكال الكائنات في وقت التشغيل، مما يقلل من تحسين محرك V8 ويقدم حالات عرض غير منتظمة.
- F) قم بلف قالب المكون بالكامل داخل حاوية ng باستخدام عبارة *ngIf مرتبطة بعلامة منطقية تقوم بالتبديل بسرعة بين الصواب والخطأ.
- لماذا غير صحيح: فرض تدمير المكون وإعادة التهيئة عبر تبديل *ngIf يؤدي إلى تدمير حالة DOM للمكون و يعيد تعيين حالات دورة الحياة بالكامل. يؤدي هذا إلى عبء عرض هائل وينتج عنه وميض مرئي للمستخدمين.
- أ) تطرح حاوية Angular DI استثناءًا فادحًا في وقت التشغيل بسبب تعارض تسجيل الموفر المكرر عبر حدود الوحدة.
- لماذا غير صحيح: تسمح Angular بظلال الموفر محليًا. يعمل نظام الحقن الهرمي على حل الموفرين بشكل تسلسلي استنادًا إلى قرب العنصر بدلاً من إلقاء أخطاء وقت التشغيل.
- ب) يتلقى المكون مثيلًا محددًا ومعزولًا لـ LedgerService تم إنشاؤه خصيصًا لشجرة العناصر الخاصة به، منفصلاً عن المثيل المفرد المتاح لبقية التطبيق.
- سبب التصحيح: من خلال إدراج خدمة داخل مصفوفة بيانات تعريف الموفرين المحليين للمكون، يمكنك تكوين عقدة حاقن محلية. تظلل هذه العقدة المحلية موفر الجذر المفرد، مما يؤدي إلى إنشاء مثيل معزول تمامًا لتلك الخدمة حصريًا لهذا المكون وأبناءه المتداخلين.
- ج) يشير المكون إلى مثيل المفرد الجذر العالمي لأن الحقن المقدمة من الجذر لها دائمًا الأسبقية المطلقة على إعدادات بيانات تعريف المكون المحلي.
- لماذا غير صحيح: الطبيعة الهرمية لإطار حقن التبعية الزاوي تبحث لأعلى من العقدة الطالبة. يعترض التسجيل المحلي هذا البحث أولاً، متجاوزًا موفر الجذر.
- د) يتجاوز Angular مثيل الجذر العام بالكامل، مما يجبر جميع المكونات الأخرى عبر التطبيق على مشاركة المثيل الفردي الذي تم إنشاؤه بواسطة مكون الميزة.
- لماذا غير صحيح: لا يمكن للحواقن على مستوى المكون إدخال المثيلات بشكل عكسي أو أعلى في السياقات العامة أو التابعة. تستمر العقد الشقيقة والأصلية في القراءة من الحاقنات الخاصة بها التي يمكن الوصول إليها.
- هـ) يقوم المترجم تلقائيًا بدمج كلا المثيلين في كائن وكيل ديناميكي باستخدام نمط الاتحاد الهيكلي في وقت التشغيل.
- لماذا غير صحيح: لا يدمج إطار العمل أو يجمع بنيات الخدمة. يقوم بإنشاء مثيلات منفصلة ومتميزة لذاكرة الكائن استنادًا إلى تكوين شجرة الحاقن.
- F) يفشل إنشاء مثيل للمكون المحلي بصمت، وبدلاً من ذلك يرث المكون سياق حقن فارغ يحظر ربط جميع بيانات الخاصية.
- لماذا غير صحيح: يتم إنشاء مثيل للمكون المحلي بشكل مثالي. التسجيل صالح تمامًا ويتبع سلوك وراثة الموفر الهرمي القياسي دون التسبب في حالات فشل صامتة.
- أ) تحتفظ مخفضات NgRx بلقطات تاريخية للحالات القديمة في الذاكرة لأن تغييرات الحالة لا يتم مسحها بواسطة أداة تجميع البيانات المهملة.
- لماذا غير صحيح: المخفضات هي وظائف خالصة تحسب الحالات الجديدة دون تخزين المراجع التاريخية محليًا. يتم تجميع مراجع الحالة القديمة بشكل آمن بمجرد تحرك مؤشر المتجر للأمام.
- ب) يفتح المكون اشتراكًا لا نهائيًا في المتجر الذي يمكن ملاحظته والذي يظل مفتوحًا بعد تدمير DOM للمكون، مما يمنع مثيل المكون من تجميع البيانات المهملة.
- سبب التصحيح: استدعاءات .subscribe() اليدوية على التدفقات اللانهائية، مثل متجر NgRx، تستمر في الذاكرة حتى بعد إلغاء تحميل المكون. لمنع هذا التسرب، يجب عليك تنظيف الاشتراك باستخدام عامل تشغيل صريح مثل takeUntilDestroyed() أو الاستفادة من المسار التعريفي غير المتزامن مباشرة داخل القالب.
- ج) تفتقر المحددات التي تم إنشاؤها باستخدام createSelector إلى الحفظ المضمن، مما يجبر التطبيق على إنشاء تخصيصات كائنات مكررة لكل انتقال حالة.
- لماذا غير صحيح: تأتي الأداة المساعدة createSelector مع الحفظ المضمن بشكل افتراضي. فهو يتخطى عمليات إعادة الحساب ما لم تتغير وسيطات الإدخال، مما يحمي فعليًا من عمليات تخصيص الكائنات غير الضرورية.
- د) يقوم مرسل NgRx Effects بتشغيل حلقة لا نهائية لأن أنواع الإجراءات تكون مطابقة للسلسلة عبر ناقل أحداث المتصفح العام.
- لماذا غير صحيح: تستخدم مطابقة الإجراءات هياكل خريطة داخلية فعالة ولا تؤدي إلى تسرب للذاكرة على مستوى المتصفح ما لم يتكرر التأثير بشكل متكرر دون خروج الإستراتيجية.
- هـ) يفشل المكون في تضمين مصمم الديكور @Injectable() على مستوى الفئة، مما يتسبب في تسرب البيانات الوصفية لتجميع TypeScript.
- لماذا غير صحيح: لا تتطلب فئات المكونات مصمم @Injectable() لإدارة التبعيات بأمان؛ يعتمدون على مصمم الديكور @Component() للتعامل مع إنشاء البيانات الوصفية التبعية.
- F) تُرجع محددات المتجر كائنات غير قابلة للتغيير متداخلة بعمق والتي تجمد كومة ذاكرة وقت تشغيل محرك JavaScript.
- لماذا غير صحيح: تمنع ثبات الكائن حدوث طفرات عرضية وتساعد في التحقق السريع من المرجع. لا يتسبب ذلك في استنفاد الذاكرة على مستوى المحرك أو منع عمليات جمع البيانات المهملة العادية.
- مرحبًا بك في اختبارات أسئلة المقابلة لمساعدتك في الاستعداد للاختبار التدريبي على أسئلة المقابلة Angular.
- يمكنك إعادة إجراء الاختبارات عدة مرات كما تريد
- هذا بنك أسئلة أصلي ضخم
- يمكنك الحصول على الدعم من المدرسين إذا كانت لديك أسئلة
- يحتوي كل سؤال على تفاصيل الشرح
- متوافق مع الجوال مع تطبيق Udemy
ما هي المتطلبات الأساسية لدخول الدورة والتسجيل فيها على موقعنا؟ رحلة التعلم:
(احصل على الدورة للدخول إلى الموقع والتسجيل)
يجب أن يكون لديك بريد إلكتروني (حساب بريد) تتذكره لنفسك وأيضًا يجب أن تتذكر كلمة مرور البريد الإلكتروني الذي ستسجل به ، وإذا لم يكن لديك حساب بريد إلكتروني ، فمن الأفضل إنشاء حساب (Gmail)
0 تعليقات
تسجيل دخول