تقدّم هذه الصفحة أفضل الممارسات العامة والعالية المستوى لإعداد Firebase. المشاريع وتسجيل تطبيقاتك في مشروع حتى يتسنى لك الحصول على سير عمل التطوير تستخدم بيئات مميزة. بعد أن تتعرف على أفضل الممارسات في هذا المجال يمكنك الاطّلاع على إرشادات الأمان العامة.
فهم التسلسل الهرمي لمشروعات Firebase
يعرض هذا المخطّط البياني التسلسل الهرمي الأساسي لمشروع Firebase. إليك أهم التفاصيل
العلاقات:
يشبه مشروع Firebase حاوية جميع تطبيقاتك وأي موارد. والخدمات المقدمة للمشروع.
يمكن تسجيل تطبيق Firebase واحد أو أكثر في مشروع Firebase. (على سبيل المثال، كل من إصداري iOS وAndroid لأحد التطبيقات، أو الإصدارين المجانيين والإصدارات المدفوعة من التطبيق).
تشترك جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه الوصول إلى جميع الموارد والخدمات نفسها المتوفرة للمشروع. وإليك بعض الأمثلة:
تشترك جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه بالطريقة نفسها مثل Firebase Hosting والمصادقة وقاعدة بيانات الوقت الفعلي وCloud Firestore التخزين السحابي ووظائف السحابة.
ترتبط جميع تطبيقات Firebase المسجَّلة في مشروع Firebase نفسه بموقع "إحصاءات Google" نفسه، حيث يُعد كل تطبيق في Firebase مصدر بيانات منفصل في ذلك الموقع
أين يتناسب مشروع Google Cloud مع هذا التسلسل الهرمي؟
جانب واحد من التسلسل الهرمي لمشروع Firebase لا يظهر في المخطَّط أعلاه هي العلاقة بمشروع Google Cloud. مشروع Firebase هو في الواقع، يكون مجرد مشروع على Google Cloud يتضمّن عناصر إضافية خاصة بمنصة Firebase والإعدادات والخدمات التي تم تفعيلها عليه. تجدر الإشارة إلى أن جميع التطبيقات المسجّلة في مشروع Firebase نفسه تشارك أيضًا الوصول إلى جميع موارد وخدمات Google Cloud نفسها أيضًا.
يمكنك الاطّلاع على مزيد من المعلومات عن علاقة Firebase وGoogle Cloud من خلال فهم مشاريع Firebase
تسجيل صيغ التطبيق في مشاريع Firebase
في ما يلي بعض النصائح المهمة لتسجيل صيغ تطبيقك في Firebase. المشروع:
يُرجى التأكّد من أنّ جميع التطبيقات المسجَّلة في مشروع Firebase هي صيغ مختلفة للنظام الأساسي. للتطبيق نفسه من منظور المستخدم النهائي. تسجيل iOS إصدارات Android وإصدارات الويب للتطبيق أو اللعبة نفسها باستخدام Firebase نفس مشروعك.
إذا كان لديك العديد من صيغ الإصدار التي يمكنها مشاركة نفس Firebase الموارد، سجِّل خيارات المنتج باستخدام نفس مشروع Firebase. بعض الإشعارات عبارة عن مدونة وتطبيق ويب في نفس المشروع أو كل من النسخة المجانية الإصدارات المدفوعة من نفس التطبيق في نفس المشروع.
إذا كان لديك العديد من صيغ الإصدار استنادًا إلى حالة الإصدار (بدلاً من نشاط المستخدم النهائي أو وصوله كما هو موضح أعلاه)، قم بتسجيل كل مختلفة بمشروع Firebase منفصل. مثال: تصحيح الأخطاء مقابل إصدار الإصدار – يمكنك تسجيل كل إصدار من هذه الإصدارات في مشروع Firebase الخاص بها.
يجب ألا تتم مشاركة موارد Firebase نفسها في الإصدارات المستندة إلى حالة الإصدار. لأن ذلك يهدد بتلوث بيانات تصحيح الأخطاء أو حتى إلغاء منتجك البيانات.
يجب أن تكون متغيرات النظام الأساسي لكل من صيغ التصميم هذه في نفسه مشروع Firebase. على سبيل المثال، سجّل كلاً من نظامي iOS وAndroid إصدار تصحيح الأخطاء في "dev" مشروع Firebase لأنه يمكن لكليهما التفاعل مع نفس البيانات والموارد غير التابعة للإنتاج.
تجنُّب الإقامة المتعددة
يمكن أن يؤدي تعدّد الإيجارات إلى حدوث مشاكل خطرة في ما يتعلّق بالتهيئة وخصوصية البيانات، بما في ذلك المشكلات غير المقصودة في تجميع التحليلات والمصادقة المشتركة وهياكل قواعد البيانات شديدة التعقيد، والصعوبات المتعلقة بقواعد الأمان.
بوجه عام، إذا لم تشارك مجموعة من التطبيقات البيانات والتهيئات نفسها، يجب التفكير في تسجيل كل تطبيق بمشروع مختلف على Firebase.
على سبيل المثال، إذا قمت بتطوير تطبيق تسمية أولية، فإن كل تطبيق يجب أن يكون للتطبيق المُصنف مشروع خاص به في Firebase، وأن يعمل نظاما التشغيل iOS وAndroid يجب أن تكون نُسخ هذا التصنيف ضمن مشروع Firebase نفسه. على كل التطبيق الذي يحمل تصنيفًا مستقلاً (لأسباب تتعلق بالخصوصية) عدم مشاركة البيانات مع آخرون.
الخطوات التالية
مراجعة إرشادات الأمان العامة للبيئات المختلفة. تريد التأكد من أن كل بيئة و أمان البيانات.