أسئلة شائعة حول Outsystems

إدارة ملفات google-services في المشاريع التي تحتوي على عدة أسماء حزم محتملة

في المكون الإضافي، يمكنك إضافة عدة ملفات google-service.json إلى مشروعك، والتي سيتم اختيارها بناءً على اسم الحزمة المحدد أثناء البناء.

إذا كنت ترغب في التبديل بين مشاريع Firebase متعددة (لكل منها ملف تكوين google-services.json خاص به)، فاتبع الخطوات التالية:

1. أنشئ أرشيف ZIP. ضع كل ملف google-services.json في أرشيف .zip باسم google-services.zip.

2. عند إضافة ملف .zip هذا إلى المشروع، اضبط الإجراء على Deploy to Target Directory وحدد الدليل الهدف كـ google-services/${package_name}.

على سبيل المثال، إذا كان اسم حزمة المشروع هو com.pushwoosh.demo، فسيكون الدليل الهدف هو google-services/com.pushwoosh.demo.

3. أثناء بناء المشروع، حدد اسم الحزمة المقابل.

حل التعارضات بين المكونات الإضافية المتعددة التي تعتمد على FirebaseMessagingService

لا يقوم Android بحل هذه التعارضات تلقائيًا، لذا يجب القيام بذلك يدويًا. نظرًا لأن كل مكون إضافي له منطقه الخاص، لا يمكننا توفير كود عالمي يعمل مع جميع المكونات الإضافية الممكنة.

إليك كيفية معالجة التعارضات:

1. اكتب فئة موجه (router class) في Java لمعالجة التعارض. يجب تسمية هذه الفئة FirebaseMessagingRouterService.

ارجع إلى الدليل للحصول على مثال: استخدام Pushwoosh SDK مع خدمات FCM الأخرى.

2. سمِّ ملف الفئة. يجب تسمية الملف الذي يحتوي على هذه الفئة FirebaseMessagingRouterService.java.

3. ضع هذا الملف في أرشيف .zip باسم FirebaseMessagingRouterService.zip.

4. أضف هذا الأرشيف إلى موارد مشروع Outsystems الخاص بك.

5. اضبط الإجراء على Deploy to Target Directory، وحدد الدليل الهدف كـ FirebaseMessagingRouterService.

كل إشعار جديد يحل محل الإشعار السابق على Android

بشكل افتراضي، يعمل Pushwoosh Android SDK في وضع الإشعار الفردي: يتم نشر كل إشعار دفع بنفس معرف الإشعار، لذا فإن كل إشعار جديد يحل محل الإشعار السابق. لا يتعلق هذا بمصنّع الجهاز أو بـ collapse_key.

بدءًا من إصدار مكون Pushwoosh Plugin 4.7.0، قم بتمكين التكديس باستخدام إجراء العميل الجاهز SetMultiNotificationMode:

1. حدّث مكون Pushwoosh Plugin من Forge.
2. حدّث الاعتمادية على وحدة PushwooshPlugin (Manage Dependencies).
3. أضف SetMultiNotificationMode إلى تدفق يتم تشغيله بعد التهيئة — على سبيل المثال، معالج حدث OnInitializeOver، مباشرة بعد RegisterDevice. لا يأخذ الإجراء أي معلمات، ويتم تخزين استدعاء ناجح واحد بواسطة SDK ويبقى بعد إعادة التشغيل.

سيظهر كل إشعار دفع بعد ذلك كإشعار منفصل. يقوم Android بتجميعها في مكدس واحد قابل للتوسيع مع عداد — وهذا هو التجميع القياسي للنظام. ملاحظة: الإشعارات المرسلة بقيمة android_tag لا تزال تحل محل بعضها البعض بغض النظر عن الوضع.