البرامج التعليمية
Claude Opus 5.5: الحفاظ على فلاتر المنتجات عند الرجوع
قدّم إلى Claude Opus 5.5 تسلسلًا لأفعال المتصفح والحالات المتوقعة، ثم اطلب إصلاح الاستعادة.
قدّم إلى Claude Opus 5.5 تسلسلًا لأفعال المتصفح والحالات المتوقعة، ثم اطلب إصلاح الاستعادة. حفظ قيمة الفلتر نصف المهمة فقط: يجب أن يتفق العنوان والأدوات المحددة والنتائج بعد الرجوع والتقدم وإعادة التحميل وفتح رابط مشترك.
حدد معنى الرجوع خطوة واحدة
اكتب اتفاقًا صغيرًا لسلوك السجل. في كتالوج افتراضي، يطبق المتسوق «أزرق»، ويفتح منتجًا، ثم يرجع. المطلوب قائمة المنتجات الزرقاء لا القائمة غير المفلترة. ولا ينبغي أن تتطلب كتابة ثلاثة أحرف ثلاث ضغطات رجوع إضافية إلا إذا كان ذلك مقصودًا.
يعرض سؤال مطور من 2020 الإزعاج المعاكس: كل تبديل للتبويب أصبح خطوة في السجل. إنه دليل على سؤال تصميمي، لا توصية باستبدال كل إدخال دائمًا.
| الفعل | سياسة المثال | النتيجة المتوقعة |
|---|---|---|
| تحرير بحث غير مُرسل | مسودة محلية | لا يعيد الرجوع كل ضغطة مفتاح |
| تطبيق مجموعة فلاتر مهمة | إضافة إدخال واحد | استعادة المجموعة السابقة |
| تصحيح عنوان افتراضي دون تغيير النية | استبدال الإدخال الحالي | لا خطوة مكررة |
| فتح منتج | تنقل عادي | العودة إلى القائمة المفلترة |
اجعل العنوان وصفًا قابلًا لإعادة البناء
استخدم قيمًا عامة غير حساسة كالفئة واللون والترتيب. لا تضع بيانات العملاء أو الأسرار في الرابط. حلّل القيم وفق قائمة مسموحة، وضع افتراضيات وحدد التعامل مع المفاتيح المتكررة. احتفظ بمعلمات الحملة غير المتعلقة بالفلاتر بدل إعادة بناء الاستعلام كله من الذاكرة.
في هذا العنوان الافتراضي، يصف اللون والترتيب قائمة قابلة للاستعادة:
/products?color=blue&sort=price-asc&utm_source=newsletterينبغي أن يغيّر التعديل color إلى green مع إبقاء sort وutm_source. استخدم URL وURLSearchParams بدل وصل النصوص يدويًا. وحّد الترميز والتحليل حتى تعيد نافذة جديدة أو إعادة تحميل بناء الحالة دون ذاكرة الصفحة السابقة.
يميّز دليل History API من MDN بين إضافة إدخال بـpushState وتحديثه بـreplaceState. لا تنفذ هاتان العمليتان عرض الواجهة بدلًا عنك. يجب استعادة العرض عند اجتياز السجل وتهيئة الإدخال الأول أيضًا. وفي تطبيق يستخدم موجّهًا، استخدم واجهاته المدعومة بدل إضافة متحكم سجل منافس.
مطالبة لإصلاح انتقال الحالات
أصلح استعادة الفلاتر في كتالوج المنتجات المقدم. المدخلات: إصدار الموجّه ومكوّن الفلاتر ومحلل URL ومنطق الطلبات وتسجيل الفشل. ابدأ بتحديد مصدر الحالة والمخازن المكررة.
التسلسل المطلوب: قائمة بلا فلاتر → تطبيق أزرق → فتح منتج → رجوع → قائمة زرقاء → رجوع → قائمة بلا فلاتر → تقدم → قائمة زرقاء. لا تنشئ مسودة البحث إدخالًا لكل حرف. يجب أن يعيد التحميل والرابط المشترك الحالة المطبقة.
احتفظ بمعلمات الاستعلام غير المرتبطة. حدد القيم المسموحة للون والترتيب ومعالجة التكرار والقيم غير الصالحة. استخدم واجهات الموجّه الحالي عند ملاءمتها. عند اجتياز السجل، حدّث الأدوات والنتائج دون إنشاء إدخال جديد.
تعامل مع الطلبات البطيئة كي لا تستبدل استجابة قديمة حالة فلتر أحدث. اجعل التحميل والنتائج الفارغة واضحين، واستعد موضع التمرير عمدًا بعد ظهور النتائج الصحيحة.
قدّم أقل تعديل وجدول اختبار يضم العنوان والأدوات وهوية النتائج وموضع السجل في كل خطوة. لا تصف اختبارات المتصفح بأنها ناجحة إن لم تُنفذ، وحدد متطلبات التشغيل الناقصة.هذه مهمة مقترحة لـOpus وليست نتيجة نموذج مقاسة. دليل المطالبات الرسمي مرجع لتنظيم المهمة، لا برهان على صحة التعديل. يمكن فحص قراءة العنوان وكتابته محليًا، لكن السجل والطلبات يحتاجان إلى اختبار متصفح.
اختبر تحت ضغط الطلبات البطيئة
جرّب الرجوع فور فتح المنتج وبعد انتظار استجابة بطيئة. ثم طبّق الأزرق فالأخضر سريعًا: لا يجوز لاستجابة الأزرق المتأخرة استبدال نتائج الأخضر. ألغِ الطلب القديم أو ارفضه عبر هوية الطلب الحالي. لا تخفِ المشكلة بتجميد التنقل كله.
**هل يكفي التخزين المحلي؟** قد يحفظ تفضيلًا، لكنه لا يحدد كل إدخال أو عرض قابل للمشاركة. لا تدع تفضيلًا محفوظًا يطغى على عنوان صريح.
**هل أستخدم replaceState لكل تغيير؟** سيزيل ذلك خطوات وسيطة مهمة في اتفاق المثال. اختر السلوك أولًا.
**هل هذا تدقيق روابط الحملات؟** لا. تدقيق رابط الحملة يفحص الوجهة والمعلمات؛ هنا نفحص استعادة الحالة بعد التفاعل.
أنشئ الصورة الإعلانية الموافقة في Panelly Studio، ثم اختبر وجهة الحملة الفعلية خلال التصفح والعودة. لا نفترض تكامل Panelly مع Opus أو تنفيذه لهذا الكتالوج الافتراضي.
