تقدّم هذه الصفحة أفضل الممارسات العامة والعالية المستوى لإعداد Firebase. المشاريع وتسجيل تطبيقاتك في مشروع حتى يتسنى لك الحصول على سير عمل التطوير تستخدم بيئات مميزة. بعد أن تتعرف على أفضل الممارسات في هذا المجال يمكنك الاطّلاع على إرشادات الأمان العامة.
فهم التسلسل الهرمي لمشروعات Firebase
يعرض هذا المخطّط البياني التسلسل الهرمي الأساسي لمشروع Firebase. إليك أهم التفاصيل
العلاقات:
يشبه مشروع Firebase حاوية جميع تطبيقاتك وأي موارد. والخدمات المقدمة للمشروع.
يمكن أن يتضمّن مشروع Firebase تطبيقًا واحدًا أو أكثر على Firebase مسجَّلاً فيه (على سبيل المثال، إصدارا التطبيق المخصّصَين لنظامَي التشغيل iOS وAndroid، أو إصدارَي التطبيق المجانيين والمدفوعَين).
تشترك جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه الوصول إلى جميع الموارد والخدمات نفسها المتوفرة للمشروع. وإليك بعض الأمثلة:
تشترك جميع تطبيقات Firebase المسجّلة في مشروع Firebase نفسه بالطريقة نفسها الخلفيات، مثل Firebase Hosting وAuthentication وRealtime Database وCloud Firestore Cloud Storage، وCloud Functions.
إنّ جميع تطبيقات 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 نفسه. على كل التطبيق الذي يحمل تصنيفًا مستقلاً (لأسباب تتعلق بالخصوصية) عدم مشاركة البيانات مع آخرون.
الخطوات التالية
مراجعة إرشادات الأمان العامة للبيئات المختلفة. تريد التأكد من أن كل بيئة و أمان البيانات.