استقبال النصوص والصور المشتركة في تطبيق أندرويد: مسودة للمراجعة لا طلب تلقائي

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

يختلف هذا المسار عن مشاركة فاتورة إلى خارج التطبيق، أو فتح رابط موقعك في التطبيق المثبّت، أو اختيار مرفق من داخل نموذج. هنا يبدأ الشخص في تطبيق آخر ويحضر محتوى إلى إجراءات العمل لديك.

حدّد ما يستقبله التطبيق

ابدأ بمهمة واضحة: صورة عطل لإصلاح قائم، أو صور متعددة لزيارة ميدانية، أو نص محدد لإنشاء استفسار. اكتب أنواع المحتوى والتركيبات المقبولة. دعم صورة واحدة لا يحدد وحده طريقة التعامل مع مجموعة صور أو مع صورة يرافقها نص.

تشرح وثائق أندرويد لاستقبال البيانات المشتركة أن الإجراءات وأنواع MIME المعلنة تُعرّف النظام بما يستطيع التطبيق استقباله. وتحذّر من قبول جميع الأنواع ما لم يكن التطبيق قادراً فعلاً على التعامل مع أي محتوى وارد. لذلك لا يكفي ظهوره في قائمة المشاركة؛ اطلب شاشة استقبال تعمل لكل نوع يعلن دعمه، ومسار رفض مفهوم عند تعذّر التعامل معه.

وتذكر الوثائق أن لقطة الشاشة قد تُشارك مع عنوان URL مرتبط بها. قرّر هل يحتفظ تطبيقك بالاثنين، أم يعرض خياراً، أم يوضّح أنه يستورد الصورة فقط. لا تحوّل النص المصاحب إلى تعليمات تنفيذ من دون مراجعة، ولا تجعل جلب الرابط المرسل تلقائياً جزءاً خفياً من استيراد لم تتفق على حدوده.

اختر الحساب والطلب المقصود بوضوح

قد يعمل الفني ضمن شركتين أو يتابع عدة طلبات مفتوحة. التطبيق المرسِل لا يعرف عادة السجل الذي يقصده. اطلب أن تعرض شاشة الاستقبال الحساب النشط والطلب المختار قبل التأكيد، مع وسيلة لتصحيح الوجهة الخاطئة.

إذا كانت العملية تتطلب تسجيل الدخول، فاتفق على بقاء المسودة بعد هذه الخطوة، وعلى ما يظهر إذا تعذّر الاحتفاظ بها. لا تَعِد بأن المرفق الذي يتيح التطبيق الآخر الوصول إليه مؤقتاً سيبقى قابلاً للقراءة إلى الأبد. اطلب عرض الانتقال عملياً على الأجهزة المدعومة وشرح حدود مدة الوصول.

في مثال افتراضي لتطبيق معاينة، تفتح مشاركة ثلاث صور مسودة تقرير لم يُرسل بعد. يختار الموظف الزيارة، ويحذف صورة لا تخصها، ويضيف ملاحظة، ثم يحفظ. هذا اقتراح لإجراء عمل، وليس نتيجة اختبار لمشروع منفّذ.

راجع المحتوى قبل استخدامه

توصي أندرويد صراحة بإتاحة تأكيد المحتوى المشترك وتعديله قبل أن يستخدمه التطبيق، ولا سيما النصوص. اعرض ما وصل فعلاً، لا رسالة نجاح عامة فقط. وأتح طريقة إلغاء واضحة لا تنشئ سجلاً تجارياً وفق القاعدة المتفق عليها.

وتحذّر الوثائق أيضاً من احتمال خطأ نوع MIME المرسل، أو ضخامة الصورة. تحتاج المعالجة إلى فحوص مناسبة وحدود معلنة، لا إلى الثقة بتسمية يرسلها تطبيق آخر. حدّد رسائل مفهومة للمحتوى غير المقروء أو غير المدعوم أو المتجاوز للحجم المسموح. هذه الفحوص جزء من مراجعة أوسع، وليست دليلاً على سلامة كل ملف مستقبَل.

افصل المعاينة المحلية عن التخزين على الخادم وعن أي إشعار لاحق. إذا لم يتأكد الحفظ، فأظهر عدم اليقين وتحقق مما إذا كان السجل قد أُنشئ قبل إعادة المحاولة؛ وإلا قد يتكرر الطلب. اختيار المشاركة ليس بحد ذاته موافقة على إرسال رسالة إلى عميل.

اختبر رحلة الاستقبال كاملة

استخدم أمثلة غير حساسة والتطبيقات التي يستخدمها الفريق فعلاً. اختبر صورة واحدة، ومجموعة صور إذا كانت مدعومة، ونصاً، ولقطة شاشة مع رابط، ونوعاً خاطئاً، ومحتوى غير مقروء، وملفاً يتجاوز الحد المتفق عليه. أضف الدخول من دون جلسة، والحساب الخاطئ، وتغيير الطلب المقصود، والإلغاء، وفشل الحفظ.

افتح تطبيق الأعمال بالطريقة العادية بعد ذلك أيضاً؛ يجب ألا تعيد مشاركة قديمة إرفاق نفسها بسجل آخر. ضع النتائج المطلوبة ضمن معايير القبول. وعند مناقشة تطوير تطبيق للأعمال، أحضر أمثلة للمحتوى الوارد والشاشة التي ينبغي أن يراها الموظف. المطلوب مسار إدخال مضبوط، لا مجرد أيقونة جديدة في قائمة المشاركة.

المصدر وحدود الاستشهاد

يدعم دليل Android Developers بعنوان Receive simple data from other apps حقائق الاستقبال والمراجعة وفحص المدخلات الواردة هنا. أما اختيار الحساب والطلب، والاحتفاظ بالمسودة، وتسوية المحاولة غير المؤكدة، وحدود الإشعارات، فهي متطلبات مقترحة لتطبيقك. لا يتضمن المقال تصديقاً على تنفيذ مكتمل أو سلوك مؤكد على جهاز بعينه.