Firebase vs. Parse – Une comparaison complète pour le développement iOS en 2025 – Partie 1
Contents
Introduction
Parse et Firebase sont des plateformes créées pour faciliter la vie du développeur, en construisant le côté serveur de votre application beaucoup plus rapidement, solidement et de manière évolutive.
Ces deux produits sont apparus sur le marché il y a quelques années et ont évolué depuis, apportant toujours de nouvelles fonctionnalités et s’adaptant aux nouvelles technologies.
Les deux ont des approches différentes dans la façon dont ils font ce qu’ils font. Elles ont également une approche différente de la manière dont elles soutiennent le développement d’iOS.
En tant que développeur iOS, j’ai décidé d’écrire un article totalement impartial sur les deux plateformes pour le monde iOS et de voir comment elles abordent cette part de marché en particulier.
Un peu d’histoire
Firebase a été développé pour la première fois par Firebse Inc. en 2011. Aussi prometteur qu’il ait été à l’époque, il a été acquis par Google en 2014 et a évolué rapidement par la suite.
Il contient pas moins de 19 produits, dont à peu près tout ce dont vous pourriez avoir besoin pour lancer votre application iOS, et il est remarquablement solide et cohérent parmi ces produits.
Les fonctionnalités comprennent, entre autres, la base de données, l’hébergement, l’authentification, la base de données en temps réel et la messagerie en nuage.
Parse a également été développé en 2011 par Parse Inc.
Il a connu un tel succès que la même année, il a levé plus de 5 millions de dollars en capital-risque.
Parse dispose également de nombreux outils pour faciliter la vie des développeurs et supporte à peu près tout ce que Firebase propose.
Cependant, certaines approches sont différentes pour atteindre la même fonctionnalité.
En 2013, Parse Inc. a été rachetée par Facebook, qui a décidé de la fermer et de réaffecter les développeurs au sein de Facebook lui-même, ce qui a provoqué la colère du monde des développeurs.
Les développeurs ont fait pression et Facebook a décidé d’ouvrir le code source de Parse afin que tous ceux qui exécutaient déjà leurs applications en Parse puissent continuer à le faire.
Depuis lors, la communauté a adopté Parse et, grâce à la puissance de la communauté, Parse a obtenu de nombreuses nouvelles fonctionnalités et est largement supporté à ce jour.
Même objectif. Itinéraires distincts.
Faisant partie de Google, Firebase favoriserait évidemment le monde Android, qui appartient également à Google.
Bien qu’il prenne en charge iOS (et qu’il soit largement utilisé), certaines fonctionnalités sont nettement plus “favorables à Google” que celles de ses concurrents.
Par exemple, seul un compte Firebase peut envoyer des notifications push aux appareils Android.
Bien que mon opinion personnelle à ce sujet soit que c’est tout simplement diabolique, c’est leur façon de vous dire que si vous voulez communiquer avec les appareils Android, ils doivent être au milieu.
Donc si vous avez une application qui doit fonctionner sur iOS et Android, vous aurez besoin d’un compte Firebase pour cela, même si vous l’écrivez en Parse.
Les panneaux des deux plateformes sont très différents et nécessitent des approches distinctes sur la façon de configurer et de faire fonctionner votre application.
Les technologies utilisées sont également différentes. Pour la base de données, par exemple, Firebase disposait de la Realtime Database, qui a évolué vers le nouveau Firestore, une base de données évolutive qui assure la synchronisation des données entre les applications clientes.
Parse ne supporte pas de base de données en temps réel (par définition) à ce stade, mais il fournit des schémas, des agrégations et la possibilité d’avoir des données relationnelles (même avec une base de données non relationnelle), ce que Firebase ne fait pas. De plus, la capacité de temps réel est réalisée dans Parse en utilisant les Live Queries.
Mais Parse n’est-il pas mort ?
Non. Il est vivant, très bien entretenu par la communauté et évolue chaque jour.
L’énigme du verrouillage des fournisseurs
Parse est un logiciel libre et gratuit. Vous pouvez le télécharger et l’exécuter vous-même à tout moment.
Vous pouvez également ouvrir le code source et voir comment il fonctionne et même le modifier si vous le souhaitez.
Firebase est un logiciel fermé de Google. Cela signifie que seul Google connaît son fonctionnement interne et qu’une fois que vous avez développé votre application à l’aide de Firebase, seul Google peut la faire fonctionner.
Bien que Google soit une entreprise géante très solide sur laquelle vous pouvez compter, elle est également connue pour l’abandon de ses produits. Par curiosité, vous pouvez consulter les projets abandonnés de Google sur le site Google Graveyard.
Ainsi, si vous utilisez Firebase, vous êtes lié à Google et, avec un peu de chance, Firebase n’apparaîtra plus dans cette liste à l’avenir.
Assez parlé
Commençons par comparer les deux plateformes.
Ce premier article se concentre sur les tableaux de bord pour les deux plateformes et sur la facilité d’intégration avec un projet X-Code pour Swift.
A la fin de chaque section, je donnerai une note basée sur mon opinion personnelle, que nous pondérerons à la fin de cette série.
Les tableaux de bord
La création de votre première application dans Firebase est assez facile car le tableau de bord est très intuitif.
Tout d’abord, vous cliquez sur le bouton “Créer un projet” :
Ensuite, vous lui donnez un nom
Ensuite, vous activez ou désactivez Google Analytics
Enfin, joignez votre compte Analytics
Et vous avez enfin terminé la création
Une petite chose est que j’ai eu une erreur en créant cette application pour la première fois, mais j’ai réessayé et cela a fonctionné correctement :
Essayons maintenant le processus de création de Parse.
Nous commençons par cliquer sur le bouton “Créer une nouvelle application”.
Donner un nom à l’application et choisir une version de Parse à utiliser (pour la compatibilité)
Le tableau de bord s’affiche et présente un tutoriel rapide sur la manière d’utiliser le tableau de bord.
À la fin du tutoriel, vous êtes prêt à partir.
Verdict – Créer une application
Les deux plateformes sont très faciles à utiliser pour créer des applications. Il suffit de quelques clics et le tour est joué. C’est donc un match nul.
Intégration du cadre
Les deux plateformes offrent de multiples façons d’intégrer le framework à votre projet X-Code, donc pour être juste, j’ai choisi la même méthode pour les deux : Cocoapods.
Si vous n’utilisez pas Cocoapods pour intégrer les frameworks aux projets X-Code, vous devriez envisager de l’utiliser ou quelque chose de similaire au lieu de procéder à une intégration manuelle. Cela permettra de s’assurer que tout est à sa place, que toutes les dépendances sont remplies et que les mises à jour sont effectuées de la bonne manière.
La configuration de Cocoapods consiste à éditer le fichier Podfile et à exécuter la commande
installation du pod
Le processus s’exécutera (Firebase à gauche, Parse à droite) et livrera un fichier au format xcworkspace, qui contiendra tout ce dont vous aurez besoin.
Verdict – Installation du cadre
Le processus est simple et direct pour les deux cadres lorsqu’ils utilisent la même méthode de livraison, alors appelons cela un nouveau tirage au sort.
Conclusion
Il s’agit du premier article d’une série et nos concurrents viennent de se présenter pour la course. Il est compréhensible qu’à ce stade, les deux soient à égalité.
Dans le prochain chapitre, nous commencerons à coder et je m’attends à ce que les différences commencent à apparaître.
Restez à l’écoute !
