Firebase vs. Parse – Un confronto completo per lo sviluppo iOS nel 2025 – Parte 1

Introduzione

Parse e Firebase sono piattaforme create per semplificare la vita dello sviluppatore, costruendo il lato server della vostra applicazione in modo molto più veloce, solido e scalabile.

Questi due prodotti sono arrivati sul mercato qualche anno fa e da allora si sono evoluti, apportando sempre nuove funzionalità e tenendosi al passo con le nuove tecnologie.

I due approcci sono diversi per quanto riguarda il modo in cui fanno ciò che fanno. Anche nel modo in cui supportano lo sviluppo iOS nello specifico.

Essendo io stesso uno sviluppatore iOS, ho deciso di scrivere una visione totalmente imparziale di entrambe le piattaforme per il mondo iOS e vedere come si approcciano a questa quota di mercato nello specifico.

Un po’ di storia

Firebase è stato sviluppato da Firebse Inc. nel 2011. Per quanto promettente all’epoca, è stato acquisito da Google nel 2014 e da allora si è evoluto rapidamente.

Contiene ben 19 prodotti, tra cui praticamente tutto ciò di cui potreste aver bisogno per rendere operativa la vostra app iOS, ed è straordinariamente solido e coerente tra questi prodotti.

Le funzionalità includono database, hosting, autenticazione, database in tempo reale, messaggistica nel cloud, ecc.

Anche Parse è stato sviluppato nel 2011, ma da Parse Inc.
Il suo successo è stato tale che nello stesso anno ha raccolto oltre 5 milioni di dollari in finanziamenti di capitale di rischio.

Anche Parse ha molti strumenti per semplificare la vita degli sviluppatori e supporta praticamente tutto ciò che Firebase ha.
Tuttavia, alcuni approcci sono diversi per raggiungere le stesse funzionalità.

Nel 2013 Parse Inc. è stata acquisita da Facebook, che ha deciso di chiudere l’azienda e di riassegnare gli sviluppatori all’interno di Facebook stesso, suscitando l’ira del mondo degli sviluppatori.

Gli sviluppatori hanno fatto pressione e Facebook ha deciso di aprire Parse, in modo che tutti coloro che già eseguono le loro applicazioni in Parse siano liberi di continuare a farlo.

Da allora, la comunità ha abbracciato Parse e, grazie alla forza della comunità, Parse ha ottenuto molte nuove funzionalità ed è tuttora ampiamente supportato.

Stesso obiettivo. Percorsi diversi.

Essendo parte di Google, Firebase favorirebbe ovviamente il mondo Android, che è anch’esso di Google.

Sebbene supporti iOS (e sia ampiamente utilizzato), alcune funzioni sono chiaramente più “Google friendly” rispetto ai suoi concorrenti.

Un esempio è il fatto che solo un account Firebase può effettivamente inviare notifiche push ai dispositivi Android.

Anche se la mia opinione personale in merito è che sia semplicemente malvagio, è il loro modo di dirvi che se volete comunicare con i dispositivi Android, devono stare in mezzo.
Quindi, se avete un’applicazione che deve funzionare su iOS e Android, avrete bisogno di un account Firebase a tale scopo, anche se la scrivete in Parse.

I pannelli di entrambe le piattaforme sono molto diversi e richiedono approcci distinti su come configurare e gestire la vostra applicazione.

Inoltre, le tecnologie utilizzate sono diverse. Per quanto riguarda il database, ad esempio, Firebase aveva il Realtime Database, che si è evoluto nel nuovo Firestore, un database scalabile che mantiene i dati sincronizzati tra le app client.

Parse non supporta un database in tempo reale (per definizione), ma fornisce schemi, aggregazioni e la possibilità di avere dati relazionali (anche con un database non relazionale), cosa che Firebase non fa. Inoltre, la capacità di lavorare in tempo reale è ottenuta in Parse utilizzando le query live.

Ma Parse non è morto?

No. È vivo, molto ben curato dalla comunità e si evolve ogni giorno.

L’enigma del vendor lock-in

Parse è open-sourced e gratuito. Potete scaricarlo ed eseguirlo da soli in qualsiasi momento.
È anche possibile aprire il codice sorgente e vedere come funziona e persino modificarlo, se lo si desidera.

Firebase è closed-source di Google. Ciò significa che solo Google conosce il suo funzionamento interno e che, una volta sviluppata la vostra applicazione utilizzando Firebase, solo Google potrà eseguirla.

Sebbene Google sia un gigante super solido su cui si può fare affidamento, è anche noto per l’interruzione dei prodotti. Per curiosità, potete controllare i progetti interrotti di Google su Google Graveyard.

Quindi, se si utilizza Firebase, si è vincolati a Google e si spera che Firebase non compaia nell’elenco in futuro.

Basta parlare

Cominciamo a confrontare le due piattaforme.

Questo primo post si concentrerà sulle dashboard per entrambe le piattaforme e sulla facilità di integrazione con un progetto X-Code per Swift.

Alla fine di ogni sezione, darò un punteggio basato sulla mia opinione personale, che peseremo alla fine di questa serie.

I cruscotti

Creare la vostra prima app in Firebase è abbastanza facile, perché ha una dashboard molto intuitiva.

Per prima cosa, si fa clic sul pulsante “Crea un progetto”:

Poi gli si dà un nome

Poi attivate o disattivate Google Analytics

Infine, allegare il proprio account Analytics

E finalmente avete terminato la creazione

Una piccola cosa è che ho avuto un errore durante la creazione di questa applicazione per la prima volta, ma riprovando ha funzionato bene:

Ora proviamo il processo di creazione di Parse.

Per prima cosa facciamo clic sul pulsante “Costruisci nuova app”.

Assegnare un nome all’applicazione e scegliere una versione di Parse da utilizzare (per compatibilità).

Viene presentato il Dashboard, che presenta una rapida esercitazione sul funzionamento del Dashboard.

Al termine dell’esercitazione, siete pronti a partire.

Verdetto – Creare un’app

Entrambe le piattaforme sono piuttosto semplici da utilizzare per la creazione di applicazioni. Bastano pochi clic e il gioco è fatto. Quindi, un pareggio.

Integrazione del quadro di riferimento

Entrambe le piattaforme offrono diversi modi per integrare il framework nel progetto X-Code, quindi per correttezza ho scelto lo stesso metodo per entrambe: Cocoapods.

Se non si usa Cocoapods per integrare i framework nei progetti X-Code, si dovrebbe considerare di usarlo o qualcosa di simile invece di integrare manualmente. Questo assicurerà che tutto sia al suo posto, che tutte le dipendenze siano soddisfatte e che gli aggiornamenti siano fatti nel modo corretto.

La configurazione di Cocoapods consiste nel modificare il file Pod ed eseguire il comando

Installazione della capsula

Il processo verrà eseguito (Firebase a sinistra, Parse a destra) e fornirà un file con il formato xcworkspace, che conterrà tutto ciò di cui avrete bisogno.

Verdetto – Installazione della struttura

Il processo è semplice e diretto per entrambi i framework quando si utilizza lo stesso metodo di consegna, quindi chiamiamolo di nuovo un pareggio.

Conclusione

Questo è il primo articolo di una serie e i nostri contendenti si sono appena presentati alla gara. È comprensibile che a questo punto entrambi siano in parità.

Nel prossimo capitolo inizieremo a codificare e mi aspetto che le differenze comincino a farsi sentire.

Restate sintonizzati!