Join us in person and online for Firebase Summit on October 18, 2022. Learn how Firebase can help you accelerate app development, release your app with confidence, and scale with ease. Register now

Ogólne sprawdzone metody konfigurowania projektów Firebase

Zadbaj o dobrą organizację dzięki kolekcji Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.

Ta strona zawiera ogólne, ogólne sprawdzone metody konfigurowania projektów Firebase i rejestrowania aplikacji w projekcie, aby zapewnić przejrzysty przepływ pracy programistycznej w różnych środowiskach. Po zapoznaniu się ze sprawdzonymi metodami przedstawionymi na tej stronie zapoznaj się z naszymi ogólnymi wytycznymi dotyczącymi bezpieczeństwa .

Zrozumienie hierarchii projektów Firebase

Diagram przedstawiający podstawową hierarchię projektu Firebase, w tym projekt, zarejestrowane aplikacje oraz udostępnione zasoby i usługi Ten diagram przedstawia podstawową hierarchię projektu Firebase. Oto kluczowe relacje:

  • Projekt Firebase jest jak kontener dla wszystkich Twoich aplikacji oraz wszelkich zasobów i usług udostępnianych dla projektu.

  • Projekt Firebase może mieć zarejestrowaną co najmniej jedną aplikację Firebase (na przykład wersję aplikacji na iOS i Androida albo bezpłatną i płatną wersję aplikacji).

  • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase współdzielą i mają dostęp do tych samych zasobów i usług, które zapewnia projekt . Oto kilka przykładów:

    • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase korzystają z tych samych backendów, takich jak Hosting Firebase, Uwierzytelnianie, Baza danych czasu rzeczywistego, Cloud Firestore, Cloud Storage i Cloud Functions.

    • Wszystkie aplikacje Firebase zarejestrowane w tym samym projekcie Firebase są powiązane z tą samą usługą Google Analytics, gdzie każda aplikacja Firebase jest osobnym strumieniem danych w tej usłudze.

Gdzie projekt Google Cloud pasuje do tej hierarchii?

Jednym z aspektów hierarchii projektów Firebase, którego nie pokazano na powyższym diagramie, jest relacja z projektem Google Cloud. Projekt Firebase to w rzeczywistości tylko projekt Google Cloud, w którym są włączone dodatkowe konfiguracje i usługi specyficzne dla Firebase . Pamiętaj, że wszystkie aplikacje zarejestrowane w tym samym projekcie Firebase również udostępniają te same zasoby i usługi Google Cloud i mają do nich dostęp.

Dowiedz się więcej o relacji Firebase i Google Cloud w artykule Poznaj projekty Firebase

Rejestrowanie wariantów aplikacji w projektach Firebase

Oto kilka ważnych wskazówek dotyczących rejestrowania wariantów aplikacji w projekcie Firebase:

  • Upewnij się, że wszystkie aplikacje zarejestrowane w projekcie Firebase są wariantami platformy tej samej aplikacji z perspektywy użytkownika końcowego. Zarejestruj wersję tej samej aplikacji lub gry na iOS, Androida i wersję internetową w tym samym projekcie Firebase.

  • Jeśli masz wiele wariantów kompilacji, które mogą współużytkować te same zasoby Firebase , zarejestruj warianty w tym samym projekcie Firebase. Niektóre przykłady to blog i aplikacja internetowa w tym samym projekcie lub zarówno bezpłatna, jak i płatna wersja tej samej aplikacji w tym samym projekcie.

  • Jeśli masz wiele wariantów kompilacji opartych na stanie wydania (a nie na wspólnej aktywności lub dostępie użytkownika końcowego, jak powyżej), zarejestruj każdy wariant w osobnym projekcie Firebase. Przykładem jest kompilacja debugowania a kompilacja wydania — zarejestruj każdą z tych kompilacji w osobnym projekcie Firebase.

    • Kompilacje oparte na stanie wydania nie powinny współużytkować tych samych zasobów Firebase, ponieważ grozi to zanieczyszczeniem danych debugowania, a nawet nadpisaniem danych produktu.

    • Warianty platformy każdego z tych wariantów kompilacji powinny znajdować się w tym samym projekcie Firebase. Na przykład zarejestruj zarówno kompilacje debugowania systemu iOS, jak i systemu Android w projekcie Firebase „dev”, ponieważ oba mogą wchodzić w interakcje z tymi samymi danymi i zasobami niebędącymi produktami.

Unikanie wielu najemców

Wielodostępność może prowadzić do poważnych problemów z konfiguracją i prywatnością danych, w tym niezamierzonych problemów z agregacją danych analitycznych, współdzielonym uwierzytelnianiem, nadmiernie złożonymi strukturami baz danych i trudnościami z regułami bezpieczeństwa.

Ogólnie rzecz biorąc, jeśli zestaw aplikacji nie udostępnia tych samych danych i konfiguracji, zdecydowanie rozważ zarejestrowanie każdej aplikacji w innym projekcie Firebase.

Jeśli na przykład tworzysz aplikację z białą etykietą, każda niezależnie oznaczona aplikacja powinna mieć własny projekt Firebase, a wersje tej etykiety na iOS i Androida powinny znajdować się w tym samym projekcie Firebase. Każda niezależnie oznaczona aplikacja nie powinna (ze względu na ochronę prywatności) udostępniać danych innym.

Następne kroki