Firebase vs Ruby : qu'est-ce qui est mieux pour le backend dans le développement d'applications mobiles ?

Le choix de la pile backend pour votre application iOS ou Android peut être difficile. C'est pourquoi nous examinons ici le backend écrit par Firebase vs Ruby on Rails et examinons s'il existe des «choix kamikazes» de technologie backend pour le développement d'une application mobile. Y a-t-il des raisons de ne pas utiliser Firebase ou Ruby ? Est-il possible d'utiliser Firebase avec Ruby on Rails ? Découvrons.

Seriez-vous d'accord avec moi si j'affirme que le marketing est un concours pour attirer l'attention des gens ? De plus, ce marketing est trop important pour être laissé à un service marketing. Il s'est frayé un chemin jusqu'au créneau qui semble n'avoir rien à voir avec la promotion - le développement de logiciels ; et le marketing en fait déjà partie. Les développeurs choisissent une solution pour leur projet en fonction des étoiles que quelques bibliothèques similaires ont sur Github et du nombre de « tweets » du compte que nous sommes en mesure de prédire quelle technologie va se développer activement cette année. Cet environnement numérique nous fait courir le risque de devenir une victime de battage médiatique, où nous pourrions être induits en erreur - en tombant simplement sur l'outil de battage publicitaire hautement recommandé, créé par des spécialistes du marketing diaboliques.

L'un des outils dont tout le monde a parlé récemment est Firebase et son API, une plate-forme de développement d'applications mobiles et Web développée par Firebase, Inc. en 2011, puis acquise par Google en 2014 comme l'indique Wikipedia. Avant l'acquisition de Firebase par Google en 2014, il n'y avait aucune preuve de la croissance rapide du produit, et certains inconvénients de Firebase sont présents. Même si certaines choses ont changé depuis. Firebase a été implémenté dans le processus de création d'applications telles que :

• Shazam
• Application de commande et de livraison Alibaba
• Organisateur d'applications Todoist

Des géants comme Shazam n'allaient évidemment pas dans des dépenses budgétaires aveugles, donc par conséquent, pour eux, Firebase était un choix tout à fait raisonnable. Nous avons essayé d'examiner les avantages et les inconvénients de la mise en œuvre de Firebase, en essayant de déterminer pour quel projet cela conviendrait le mieux.

Mais il y a 2 points à faire avant de plonger dans les avantages de Firebase - pour se débarrasser de tous les malentendus possibles qui pourraient survenir :

1. Firebase n'était pas à l'origine destiné à être une option backend, cette plate-forme a une base de données en son cœur. Ce n'est pas comme s'il existait des applications miraculeusement développées sans la partie serveur intégrée.
2. Ce n'est pas une base de données relationnelle cependant. Firebase est une base NoSQL , avec tous ses avantages et inconvénients + environnement et architecture de développement Firebase spécifiques.

Qu'est-ce qu'une base de données NoSQL ?

Selon Basho, NoSQL (ce qui signifie « Pas SQL » ou « Pas seulement SQL ») est une approche des bases de données qui représente un changement par rapport aux systèmes de gestion de bases de données relationnelles (SGBDR) traditionnels. Pour définir NoSQL, il est utile de commencer par décrire SQL, qui est un langage de requête utilisé par le SGBDR. Les bases de données relationnelles reposent sur des tables, des colonnes, des lignes ou des schémas pour organiser et récupérer les données. En revanche, les bases de données NoSQL ne reposent pas sur ces structures et utilisent des modèles de données plus flexibles. NoSQL est particulièrement utile pour stocker de grandes quantités de données non structurées, qui sont obtenues plus rapidement que les données structurées.

Au contraire, Structured Query Language (SQL) est un langage de programmation utilisé par les architectes de bases de données pour concevoir des bases de données relationnelles. Dans une base de données SQL telle que MySQL, Sybase, Oracle ou IBM DM2, SQL exécute des requêtes, récupère des données et modifie des données en mettant à jour, en supprimant ou en créant de nouveaux enregistrements. SQL est un langage déclaratif léger qui fait beaucoup de travail pour la base de données relationnelle, agissant comme la version d'une base de données d'un script côté serveur.
[Source : Upwork]

Maintenant que nous avons assuré que nous sommes sur la même longueur d'onde, extrayons quelques avantages de l'utilisation de Firebase.

1. Firebase peut prendre moins de temps.

Une fois que vous avez créé une application en temps réel avec Firebase en tant que backend, aucun développement de partie de serveur n'est inclus, car NoSQL ne l'exige pas. Ainsi, dans une perspective à court terme, cette plate-forme peut nécessiter moins de temps pour être développée. Une fois que vous souhaitez créer une application simple, avec un petit backend sans big data, alors Firebase peut être rapidement implémenté dans le projet. Lorsque vous avez une date limite ou un événement à venir, Firebase peut être une solution temporaire décente.

2. Firebase est une solution en temps réel.

Si vous avez besoin de notifications push et de mises à jour instantanées, vous avez besoin de ce qu'on appelle une application en temps réel. Dans le cas de Firebase, de nombreux ateliers de programmation ont été écrits pour cela - et certains d'entre eux vous montrent comment créer une application de chat pour différentes plates-formes :

• iOS
• Android
• la toile

Ce qui nous donne une raison de nous conformer - avec tous les avantages et inconvénients de Firebase, il répond aux besoins des applications de communication en temps réel.

3. Le développement Firebase est une solution assez sécurisée.

Tant que Firebase est construit sur l'infrastructure de Google, cela donne une bonne raison de dire qu'il s'agit d'une solution bien protégée. Bien que vous puissiez doubler votre sécurité en définissant les règles de la base de données NoSQL, vous n'avez par défaut aucun contrôle sur les données stockées - elles sont hébergées sur les serveurs de Google.

Chaque rose a son épine.

Donc, si vous avez l'intention que des milliers de personnes utilisent votre produit, alors Firebase pourrait être une solution sans valeur.

Une fois que vous avez choisi Firebase comme pile principale principale, vous devez prendre en compte quelques points. Pas les inconvénients de l'utilisation de firebase, juste des choses que vous devez savoir. Avec Firebase, vous êtes libre de choisir le plan tarifaire - mais celui qui convient aux applications en temps réel est un " pay as you go ". Avec ce plan, vous ne payez que pour les ressources que vous consommez, donc plus votre application a d'utilisateurs, plus la maintenance du backend vous coûtera cher.

Beaucoup de gens considèrent cela comme un plus - comme de nombreux utilisateurs de votre produit, c'est fantastique, n'est-ce pas ? Cependant, au tout début, il est difficile de tous les monétiser - vous devez d'abord faire aimer votre produit aux gens. Et dans le cas de Firebase, vous pourrez dépenser de l'argent pour tous vos utilisateurs gratuits. Donc, si vous avez l'intention que des milliers de personnes utilisent votre produit, alors Firebase pourrait être une solution sans valeur.

La rumeur veut que Firebase ait également des coûts cachés, lorsqu'après une croissance rapide des utilisateurs ou de l'utilisation, vous pourriez être facturé sans avertissement ; Donc, si vous ne craignez pas d'être chargé en silence, alors allez-y.

C'est pourquoi une autre option de backend décente pour votre application est un backend Ruby + un certain serveur pour le stockage de données (c'est l'approche que nous utilisons fréquemment lorsque nous travaillons sur les projets de nos clients). En outre, le backend Ruby on Rails et les avantages de Firebase sont plus ou moins les mêmes. Dans le cas de Ruby, ils se déroulent comme suit :

1. Ruby est un langage simple.

Il y a une courte liste de frameworks à implémenter dessus, même si on les compare au langage PHP et à son code source, mais il y a beaucoup de joyaux - un système complet de bibliothèques polyvalentes pour Ruby. Le modèle architectural des langages - MVC est tout aussi simple, avec des dépendances d'entité claires.

En savoir plus sur les types et les fonctions des modèles architecturaux

2. La communauté de Ruby a résisté à l'épreuve du temps.

Contrairement à la nouvelle société de développeurs Firebase, la communauté de Ruby est gigantesque, elle regorge de joyaux open source, ce qui permet aux codeurs d'ouvrir et de développer rapidement des applications complexes. De plus, en raison de la « renommée » d'un certain Ruby, de nombreux services célèbres (comme Stripe) ont des bibliothèques prêtes à l'emploi pour Ruby.

3. Vous pouvez tester votre code sur Ruby.

Ruby dispose d'une infrastructure de développement avancée qui permet de maximiser et d'écrire des tests unitaires tout au long du projet - pour réduire les bogues dans les fonctionnalités nouvelles et existantes. Cela réduira également le coût du changement futur au milieu du processus de développement.

4. Vous n'êtes pas lié à un type spécifique de base de données.

Ou, plus précisément, à un type spécifique de base de données. Ruby vous permet d'utiliser toutes les bases de données relationnelles ou orientales, ainsi que NoSQL et d'autres technologies différentes - y compris Elasticsearch, Reddis et d'autres moins populaires.

5. La syntaxe de Ruby est un jeu d'enfant.

Il n'y a pas de types de données dans Ruby - et, respectivement, il n'est pas nécessaire de vérifier si les types de données sont structurés de manière appropriée. De plus, le système d'erreur composable (également appelé système de journalisation) est également présent ; cela facilite la recherche d'une erreur, et permet ensuite de corriger plus rapidement les bogues qui surviennent.

SO, Firebase vs RoR - Lequel choisir et quand ?

Après la comparaison Firebase vs Rails, la réponse diplomatique est - cela dépend principalement de vos objectifs.

Firebase en tant que backend pour le développement d'applications mobiles vous convient si vous avez besoin de l'un des éléments suivants :

• Une petite application en temps réel avec des fonctionnalités simples
• Une application simple où vous devez stocker des charges et des charges
• Une application de validation de concept qui sera ensuite entièrement remise à neuf

Cependant, si vous cherchez à créer un système mobile complexe, avec des algorithmes et des fonctionnalités perplexes, le backend de l'application mobile Ruby on Rails est également un excellent choix. En outre, si une application n'a pas de structure claire, dans la base de données non relationnelle, ce qui est sans aucun doute le backend du cloud Firebase, vous ne pouvez pas en sélectionner correctement les données. Les logiques métier créées sur Firebase sont généralement mises dans la base ; pour cette raison, un méli-mélo peut apparaître lorsque la logique de l'application est un peu perplexe. Et n'oublions pas que vous êtes facturé à chaque fois que vous obtenez un nouvel utilisateur, même sans vous en informer - votre argent peut être simplement transféré un matin à votre réveil.

J'espère que cette lecture vous a aidé à comprendre comment utiliser Firebase dans le développement d'applications mobiles - si vous pensez que cela correspond à vos besoins.

Lire aussi : React Native vs Native App Development - laquelle choisir ?

Écrit par Oleg Tsarenko et Elina Bessarabova