هل تستخدم معرف تطبيق مختلف لتطبيقات Beta iPhone؟

Question

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

ومع ذلك ، هناك شيء واحد لم أر أي شخص يذكره ، وكنت فضوليًا: عندما تقوم ببناء تجريبي ، هل تستخدم نفس معرف التطبيق الذي تم إصداره (أو إصداره)؟

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

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

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

سيكون مهتمًا بسماع ما يفعله الآخرون.

Answer 1

نستخدم نفس معرف التطبيق ، فقط للبساطة. هناك ما يكفي من الصداع في التوزيع المخصص لا نريد الخلط بين أي شخص و "لماذا يوجد تطبيقان على هاتفي؟" مشاكل.

Answer 2

أعتقد أن ذلك يعتمد على مدى أهمية البيانات في تطبيقك. إذا كانت البيانات ذات قيمة ، فلا أعتقد أن مختبري بيتا يرغبون في تعريضها للخطر ، وبالتالي فإن وجود APPID منفصل سيكون منطقيًا. بالطبع ، هذا يعني أيضًا أنهم لن يختبروا التطبيق بالكامل إما ولن يتم اختبار أي رمز "ترقية".

في حالتي (لذيذ) ، فإن البيانات هي مجرد ذاكرة التخزين المؤقت لـ Delicious.com ، لذا فإن خطأً كارثيًا في الكود الخاص بي يعني ، في أسوأ الأحوال ، تنزيل جميع الإشارات المرجعية مرة أخرى. لذلك أنا أميل إلى استخدام نفس التطبيق لكل شيء.

Answer 3

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