‏Debounce للبحث المباشر

عندما يكتب المستخدم استعلامًا، يؤدي إرسال طلب شبكة مع كل ضغطة مفتاح إلى إغراق الخادم بطلبات مهدرة.

يكون البحث المباشر أفضل عندما تنتظرون حتى يتوقف المستخدم مؤقتًا عن الكتابة، ثم ترسلون طلبًا واحدًا للاستعلام المستقر.

يرسل عامل debounce القيمة بعد مرور فترة من الهدوء فقط، متجاهلًا الدفعات السريعة التي تسبقها.

عادةً ما يبدو التأخير البالغ نحو 300 مللي ثانية سريع الاستجابة: فهو طويل بما يكفي لتجاوز الكتابة في منتصف الكلمة، وقصير بما يكفي ليبدو فوريًا. ⏱️

يحدد scheduler قائمة الانتظار التي تسلّم القيمة بعد debounce، وغالبًا ما تكون حلقة التشغيل الرئيسية لتحديثات واجهة المستخدم.

بينما ينتظر debounce الصمت، يرسل throttle قيمة واحدة على الأكثر في كل فترة زمنية، بغض النظر عن فترات التوقف.

اربطوا debounce مع filter لتجاوز السلاسل الفارغة، حتى لا يؤدي إفراغ الحقل إلى تشغيل بحث.

أضيفوا removeDuplicates حتى لا يؤدي إعادة كتابة الاستعلام نفسه بعد توقف مؤقت إلى تشغيل البحث نفسه مرتين.

تشكل هذه operators معًا مسار بحث واضحًا لا يُشغَّل إلا عند إدخال ذي معنى ومستقر.

استخدموا Combine مع switchToLatest أو flatMap لإلغاء الطلب الجاري عند وصول إدخال أحدث.

الفائدة: طلبات أقل، وتكلفة أدنى، ومربع بحث يبدو سريع الاستجابة بدلًا من أن يكون محمومًا. 🚀

أنشأتم تدفق بحث ينتظر فيه debounce التوقف المؤقت، ثم يعمل filter وremoveDuplicates على تقليل العمل المهدَر. 🎯