Per una mia prossima app ho bisogno di un back-end. Quindi la grande domanda per me è:
Cloudkit o Parse? Entrambi sono ora cross-plattform ("CloudKit JS") che rende ancora più difficile una domanda.
Alcuni di voi potrebbero elencare i vantaggi/gli svantaggi di ciascuno? O se non conosci entrambi, dai qualche consiglio riguardo alla singola esperienza.CloudKit vs Parse
Ho usato Parse e mi è piaciuto. In effetti, l'ho trovato per lo più intuitivo.
Il loro supporto va bene, secondo me; tuttavia, il prodotto è solido.
Se sei a tuo agio con JavaScript, direi di provarci. I potenziali negativi, ovviamente, includono la possibilità che Facebook possa tramontare il business ...
Non riesco a vedere come CloudKit può essere multipiattaforma, a meno che gli utenti Android potrebbero essere costretti a pagare, che potrebbero funzionare credo.
Per lo meno i dati nel cloud dovrebbero essere universalmente visibili su un'API REST web (CloudKit non supporta API REST), se non deve essere eccessivamente isolato nell'ecosistema Apple.
Per questo motivo Parse avrà probabilmente un futuro fintanto che gli sviluppatori devono fornire una soluzione a una piattaforma non iOS, in altre parole, soluzioni multipiattaforma.
Possiamo confrontare CloudKit con Parse utilizzando le seguenti funzionalità:
1) Cruscotto
Tutto ciò che si può fare in CloudKit Dashboard è creare e modificare i dati. In realtà CloudKit Dashboard non assomiglia ad una normale vista tabella, che è una caratteristica di Parse. La struttura dei modelli è rappresentata nella sezione Tipi di record e i dati stessi sono memorizzati nelle zone predefinite (una zona predefinita per il database pubblico e una per il database privato). CloudKit Dashboard consente anche di vedere cosa è incluso nel proprio team e con quali privilegi, oltre a configurare un'archiviazione dati per lavorare nella modalità di sviluppo e produzione.
logica 2) lato server
Come sviluppatore che ha lavorato con Parse, posso dire che una funzione denominata CloudCode è uno strumento molto utile che permette di implementare alcune operazioni direttamente sul server, e anche collegare alcune librerie ad esso. Ad esempio, se vuoi calcolare le statistiche, puoi farlo totalmente con CloudCode.
CloudKit è privato di questa possibilità. Apple dovrebbe sicuramente costruire un analogo di CloudCode in modo da poter scrivere codice da eseguire sul back-end.
3) Background Task
CloudKit non ha attività in background che potrebbero essere attuate quando ne hai bisogno. Pertanto, perdiamo la flessibilità dell'elaborazione dei dati sul server.
4) Importazione/esportazione di dati Parse consente di eseguire il backup dei dati in JSON. In questo modo puoi essere sicuro che verrà memorizzato in modo sicuro sul tuo server locale. Sfortunatamente, CloudKit non ti consente di farlo.
5) Analytics Analizza analisi analitiche basate su dati. È possibile monitorare il traffico, la frequenza delle richieste, le attività di notifica push, tenere traccia degli arresti anomali completi di tracce di stack e metadati. Inoltre, Parse ti consente di visualizzare i tuoi dati su una dashboard grafica. Il framework CloudKit non fornisce la stessa funzionalità.
6) il supporto di memorizzazione locale Se si utilizza Parse, è possibile memorizzare i dati localmente, direttamente sul proprio dispositivo (iOS o Android) In CloudKit, non esiste un meccanismo che consente di scegliere come vuoi per memorizzare i tuoi dati. Ma puoi usare CoreData o un servizio di terze parti come il database di Realm per questo scopo.
7) Cross-platform CloudKit funziona solo con dispositivi iOS e OSX. Parse supporta un sacco di dispositivi e sistemi operativi, come iOS, OSX, Android, Windows, Windows Phone.
8) Web hosting Parse consente di creare il proprio sito Web e prendere un nome di dominio sulla propria piattaforma. Ottieni una directory di progetto con contenuti, impostazioni e richieste di supporto del sito web. Non c'è nulla di simile in CloudKit.
9) API REST Analizza consente di utilizzare l'API REST. Esistono molte librerie di terze parti per ricevere e trasferire dati che funzionano con Parse. CloudKit non supporta l'API REST.
10) Il supporto per le reti sociali Se gli utenti log-in tramite Facebook, Twitter, o un altro social network, i loro dati sono memorizzati nella tabella Utenti del Parse. CloudKit ha anche una tabella utenti, ma non ho trovato un meccanismo integrato per l'accesso tramite account Facebook/Twitter. Tuttavia, puoi utilizzare le informazioni degli utenti che hanno effettuato l'accesso tramite iCloud.
Il problema in Parse che ho visto è: Il supporto tecnico sembra molto silenzioso. Capisco che il loro modello di business è quello di richiedere il supporto, ma molte domande non hanno risposta sui forum degli utenti e non penso che sia una buona pratica, specialmente dove sono cose molto semplici da risolvere, compilando il punto in cui la documentazione è scarsa e la comunità non può risolverli.
Naturalmente, vedo dei vantaggi di CloudKit:
1) La dimensione dello stoccaggio è un evidente vantaggio CloudKit. La quantità di spazio di archiviazione e trasferimento dati assegnata alle tue app si ridurrà e crescerà con ogni utente, fino a 1 PB nella memoria delle risorse e 10 TB nella memoria del database, tutto gratuitamente. Con Parse, d'altra parte, gli utenti possono esaurire le risorse molto più velocemente.
2) CloudKit consente di utilizzare i contenitori. CKContainer è un oggetto che incapsula il contenuto associato a un'app. In altre parole, CKContainer è responsabile della comunicazione della tua app con un server. Inoltre, consente una maggiore flessibilità, dal momento che alcune app possono avere un singolo contenitore e una singola app può avere accesso a pochi contenitori. Ogni app ha almeno un contenitore per impostazione predefinita. Parse, d'altra parte, fornisce un singolo database per ogni app. Inoltre, CKContainer ti aiuta a proteggere e isolare i dati e previene l'intercettazione non autorizzata dei dati.CloudKit è in generale un sistema altamente protetto, perché è basato su iCloud e tu sai quanto Apple sia appassionata riguardo ai problemi di sicurezza.
Il tuo punto 9 non è valido. Per questo motivo 7 non è valido. Vedi https://developer.apple.com/library/prerelease/ios/documentation/DataManagement/Conceptual/CloutKitWebServicesReference/Introduction/Introduction.html –
Se i punti 9 e 7 non sono validi, Parse avrebbe solo 1 grande punto importante per che è "CloudCode" e basta, giusto? Quindi è più una domanda di preferenza che una domanda di funzionalità mancante? Sarebbe grandioso! – aljlue
parse.com mi è sembrato un prodotto orientato alle vendite, un'API complicata, CloudKit è un MBaas allo stato dell'arte facile da usare, con un'idea fondamentale che semplifica il monitoraggio delle modifiche e la notifica in caso di client con PUSH –
Amazon ha appena fatto un grande passo aggiungendo un servizio per lo sviluppo mobile. Forse è ancora troppo presto per confrontarlo con Parse, ma non per molto.
Dalla pagina cellulare https://aws.amazon.com/mobile/:
AWS mobile Hub è il modo più veloce per costruire applicazioni mobili alimentati da AWS. Consente di aggiungere e configurare facilmente funzionalità per le app, tra cui l'autenticazione utente , l'archiviazione dei dati, la logica di back-end, le notifiche push, la distribuzione di contenuti e l'analisi. Dopo aver creato l'app, l'hub AWS Mobile consente di accedere facilmente ai test su dispositivi reali e ai cruscotti analitici per monitorare l'utilizzo della tua app, il tutto da un'unica console integrata .
Quindi sembra che faccia tutto quello che fa anche Parse. Non l'ho ancora provato, ma secondo un mio collega è molto facile da configurare.
Parse ha annunciato di chiudere i servizi in un anno, quindi non è necessario scegliere Parse. Puoi controllare il modulo AWS Amazon e App42 api. Entrambe sono buone soluzioni BAAS.
Ovviamente, Parse.com non è più un'alternativa: http://blog.parse.com/announcements/moving-on/ – jcaron