مرحباً.
عند تغيير الصفحة في Discourse، تبدو الخطوات كالتالي:
نضغط على الرابط
يختفي المحتوى الحالي ويظهر مؤشر التحميل
يتم تحديث عنوان URL ويظهر المحتوى الجديد
يختلف هذا قليلاً عند الانتقال من صفحة إلى الصفحة الرئيسية، حيث يتم تغيير عنوان URL إلى عنوان الصفحة الرئيسية عند اختفاء المحتوى الحالي، وليس عند ظهور المحتوى الجديد.
هدفي هو الحصول على سكريبت يُنفذ فور الضغط على أي رابط صفحة في Discourse. api.onPageChange لا يناسب هذه الحالة لأن الكود يُنفذ تقريباً في نفس الوقت الذي يتم فيه تحميل محتوى الصفحة الجديدة.
هل توجد طريقة في Discourse لذلك؟ لقد راجعت محفزات الأحداث ولم أجد أي منها يتوافق مع ما أحتاجه.
لا توجد حاليًا طريقة في واجهة برمجة التطبيقات للإضافات (Plugin-API) تسمح لك بتشغيل سكريبت قبل انتقال الصفحة، لأن هذا الأمر لم يظهر من قبل حسب ما أتذكر.
مع ذلك، يمكنك الاعتماد على إجراء willTransition() في مسار التطبيق (application route)
يمكنك استخدام شيء مشابه لهذا في السمة (theme) أو المكون (component) الخاص بك
// هذا يُنفذ بعد الانتقال
api.onPageChange((url, title) => {
console.log("after transition");
});
// هذا يُنفذ مباشرة قبل الانتقال
api.modifyClass("route:application", {
pluginId: "some-name",
actions: {
willTransition() {
// قم بتشغيل الكود الأساسي أولاً
this._super(...arguments);
// ثم قم ببعض المهام
console.log("before transition");
// يمكنك أيضًا فعل شيء مثل هذا لمعرفة البيانات المتاحة لديك
// للعمل معها مثل _router
console.log(this)
}
}
});
وضع الإجراءات في تجزئة (hash) هو صيغة قديمة لم نعد نستخدمها في Discourse. نظريًا يجب أن تعمل، ولكن التوافق مع الصيغة الجديدة قد لا يكون مثاليًا. الطريقة الحديثة ستكون
ينطبق إخلاء المسؤولية القياسي لتعديل الفئة (modifyClass): هذا محفوف بالمخاطر ويمكن أن يتوقف عن العمل في أي وقت
لا أعتقد أن willTransition مضمونة للعمل في مسار التطبيق (application route) في جميع المواقف. (على سبيل المثال، إذا كان للمسار الفرعي إجراء willTransition، فلن ينتقل بالضرورة للأعلى)
أعتقد أنك ستواجه صعوبة في القيام بذلك بشكل مثالي. يتوقع Ember أن يكون له السيطرة الكاملة على العرض، لذا فإن محاولة الربط بنقاط عشوائية ستكون صعبة، وقد تسبب مشاكل (اعتمادًا على ما تحاول القيام به).
من الواضح أنني لا أعرف ما هو هدفك النهائي… لذا ربما يكون الألم مبررًا. في هذه الحالة: لا تتردد في تجاهلي
(بالطبع، إذا كنت ترغب في فتح موضوع Dev حول المشكلة التي تحاول حلها، فسأكون سعيدًا بالاطلاع عليها)
أرى ذلك، لذا فأنت لا تعدل DOM مباشرة
في هذه الحالة، آمل أن تعمل routeWillChange - يجب أن يتم تشغيلها بالتأكيد قبل عرض المسار التالي.
التحذير هو أن… في حالة أشياء مثل عمليات إعادة التوجيه، قد يتم تشغيلها مرتين. أو قد يتم تشغيلها، ثم يتم إلغاء الانتقال في النهاية. ولكن ربما يكون هذا جيدًا في هذه الحالة.