Core Dati Trasformabile Vs Binary Options

Ascii vs binario trasferisce Ci sono due modalità comuni per il trasferimento di file via FTP, ASCII e binario. modalità ASCII trasferisce i file come testo. Esempi di file ASCII sarebbero. txt. asp. HTML e file. php. Modalità binaria trasferisce i file come dati grezzi. Esempi di file binari sarebbero wav. jpg. GIF e file MP3. Per vedere quali file vengono trasferiti in modalità ASCII, dall'interno Core FTP, andare a vedere - gt opzioni di estensioni - gt estensioni Ascii - gt. In questa schermata è possibile aggiungere o file remoto estensioni dei file che si desidera essere trasferito in modalità ASCII. Le estensioni dei file più comuni sono già elencati. Core FTP è configurato di default per selezionare la modalità binaria o ASCII automaticamente. I file che sono nella lista estensione file asciitext vengono trasferiti come ASCII, tutti gli altri file vengono trasferiti in formato binario. Se si desidera impostare manualmente la modalità di trasferimento, è possibile selezionare uno dei seguenti pulsanti nella barra degli strumenti nella parte superiore della finestra principale Core FTP. Il primo pulsante è la modalità ASCII, il 2 ° binario, il 3 °, modalità automatica (default). Se si trasferiscono i file da Windows a un server basato su Unix, la modalità Ascii eliminerà il CR (ritorno a capo) caratteri trovati alla fine di ogni riga. Si può notare che il file caricato è più piccolo il file locale. Questo è del tutto normale e non è niente di cui preoccuparsi about. With un attributo binario, di leggere e scrivere i casi di NSData direttamente. Con un attributo trasformabile, di leggere e scrivere le istanze di qualsiasi classe che può essere convertito da e per NSData. La memorizzazione dei dati attuale è la stessa con un attributo binario, ma Core Data utilizza un NSValueTransformer per convertire tofrom NSData quando necessario. Ad esempio, dire il vostro oggetto gestito ha un attributo immagine dove sarebbe conveniente per leggere e scrivere direttamente UIImage. Tranne, UIImage cant essere salvato in Core Data. Ma UIImage può essere convertito da e per NSData. Quindi, se si è utilizzato un attributo trasformabile si poteva leggere e scrivere UIImage pur mantenendo NSData nell'archivio dati. risposto 10 Gennaio 13 ad 18:43 Tom, Sarebbero i dati trasformabili mantenere lo stesso comportamento per quanto riguarda NSData di archiviazione esterna (anche se, il consentire l'archiviazione esterna non è esplicitamente nell'interfaccia utente, o sarebbero macchie iniziano ad apparire sul Data Store Core) La documentazione non indica con precisione che l'attributo trasformabile verrà salvato un record esterno o le regole che verranno applicate. Puoi condividere la tua esperienza ndash Tommie C. 13 settembre 15 alle 2:19 Esattamente ho la stessa domanda. Non esiste una opzione nel trasformabile tipo di attributo da memorizzare in quotExternal Storagequot. È questo di default acceso o cosa ndash Marcin Kapusta 26 febbraio 16 alle ore 16: 02I sto per intraprendere il progetto scoraggiante di convertire il mio vivo (cioè già su App Store per un certo numero di anni) app dalla trasformabile per memorizzare dati binari per immagini in core Data. Ho molti utenti con database di grandi dimensioni che memorizzano un sacco di immagini. Questo ha davvero rallentato il processo BackupRestore, e probabilmente causato alcuni problemi di altri dietro le quinte pure. Non sapevo niente di meglio quando ho impostato in questo modo anni fa. Come posso sottoporsi a questo processo in modo da non perdere neanche uno dei miei clienti immagini Se fosse solo me ei miei propri dati, sono sicuro che avrei potuto far funzionare le cose. Ma voglio essere sicuro di farlo correttamente, passo dopo passo, e sapevo che questa comunità può essere di grande aiuto in quella zona. Io davvero non so da dove cominciare per le immagini esistenti. In sostanza, sto cercando 1) misure da adottare, in modo da non perdere un colpo. e 2) consigli generali, avvisi, ecc in questo processo. Ho davvero bisogno di una migrazione pulito quando questa versione va in diretta. Grazie in anticipo a tutti coloro che possono aiutare. chiesto 13 marzo 14 al 18:38 Dalla risposta di Z S sopra, sembra che avrò bisogno di passare a gestire tutti i file di me dal momento che sto cercando di implementare Core Data iCloud sincronizzazione pure. Ugh. Che cosa può di vermi sarà questo aperto è ancora possibile ottenere le immagini quotoriginalquot indietro dai dati esistenti, e se è così, ci vorrà molto più tempo rispetto alla migrazione pesante che hai descritto sopra ndash SAHM 14 marzo 14 a 3:13 migrazione pesante è il peggiore. Facendo un exportimport sarà più veloce (non così rapidamente la migrazione il più leggero) e vi permetterà di conservare tutte le immagini esistenti, perché li potrete essere esportate su disco come parte della migrazione. ndash Marcus S. Zarra 14 marzo 14 a 3:39 That39s divertente si dovrebbe dire che, sto iniziando a implementare Core Data iCloud la sincronizzazione anche oggi. L'articolo era apertura degli occhi molto. Doesn39t ispira molta fiducia, in particolare l'ultima parte. Così sembra che non ho altra scelta, ma per salvare l'URL, giusto o forse non è ancora quotthe timequot per cercare di implementare la sincronizzazione ancora sto guardando ensemble Drew McCormack39s, se avete qualche idea su questo. ndash SAHM 14 marzo 14 al 03:08 La mia opinione personale (dopo aver spedito la sincronizzazione iCloud Core Data nella mia app) è che it39s piuttosto solido, se ti limiti a iOS7 10.9 SOLTANTO. Non c'è dubbio che si shouldn39t sostenere qualsiasi cosa prima. Anche allora, richiede un certo lavoro per sostenere, come tale articolo cita (opzioni per passare iCloud OnOff, rappresentano le transizioni, ecc) la situazione più comune imbattersi in è che la sincronizzazione smette di funzionare dopo un po 'per alcuni utenti e si deve fornire un senso ripristinare il contenitore. Vorrei fare più ricerca. ndash Z S 14 marzo 14 al 22:22 I haven39t sembrava abbastanza in Gruppo musicale per commentare it39s abilità, ma I39d diffidare di fidarsi un'altra implementazione individual39s vs. Apple39s. Versione Apple39s ha avuto problemi in quanto il trasporto, ma they39ve migliorato sostanzialmente in ogni aggiornamento, e hanno un team di persone che sostengono questo andare avanti. It39s importante sapere chi si sta costruendo dipendenze contro. Ma si dovrebbe fare la propria ricerca, ovviamente. ndash Z S 14 marzo 14 alle 22:25 Qualcuno può aggiornare questo It39s stato più di un anno da quando queste osservazioni sono state fatte. I39ve leggere l'articolo troppo ma it39s iOS 9 dietro l'angolo e ho il sospetto 39Allow Storage39 esterno sarebbe (leggi: dovrebbe) funzionare In caso contrario, we39d hanno sentito parlare di altre grida e lamentele. I39m in procinto di creare un nuovo progetto e la necessità di prendere le decisioni giuste. Grazie ndash strangetimes 7 luglio 15 a 4: 24CloudKit vs Core Data o un'altra opzione Ho un'idea per un app vorrei sviluppare e per ovvie ragioni, non voglio dare a molto via su quello che questa idea è in questo momento. Quello che posso dire è che sarà ovviamente bisogno di memorizzare i dati, ma mi piacerebbe che gli utenti siano in grado di aggiungere photosvideo pure ma non preoccuparti, il suo non è un Instagram staccare. Vorrei anche per sviluppare una versione di OS X come pure in modo che tutti i dati saranno ovviamente bisogno di essere sincronizzati su più dispositivi. Così come suggerisce il titolo, mi sono stato a guardare le due opzioni. Ho usato Core Data prima quindi sono di tipo abituato a questo, ma CloudKit sarebbe nuovo per me. Come è una nuova applicazione, vorrei utilizzare le più moderne tecnologie di cui sono rilevanti. Così qui sono i miei pensieri su i due. Core Data - E 'stato in giro e così la gente sa quello che fa e come affidabile può essere. Tuttavia, ho letto che la sincronizzazione può essere un problema, anche se la gente dice che Apple è stato aggiustando il tiro, però, a parte la sottoscrizione di notifiche, Core Data gestisce tutta la sincronizzazione. I havent trovato un modo di associare photosvideo con le righe nel modello però. CloudKit - La gente sembra essere gradire molto di più di Core Data e anche se come sviluppatore, che sbaglia la consegna deve essere gestito con attenzione, sembra facile da implementare ei dati vengono sincronizzati con il minimo sforzo. Photosvideo sono trattati anche attraverso l'utilizzo della classe CKAsset. Uno svantaggio è che sembra esserci alcune domande sul suo prezzo. Una cosa che ho havent ancora detto come che se si tratta di un app gente vuole usare, la gente sarà in luoghi in cui i dati tariffe di roaming si applicheranno decisamente più della versione iOS e quindi ho bisogno di un modo di caching dei dati. Quindi, le domande: In generale, sarebbe meglio per CloudKit su Core Data, come l'applicazione avrà iOS e versioni OS X. Se è così, qualcuno sa circa il modello di pricing e quando libera doesnt diventare libero, e se ogni utente è limitato a una certa quantità di dati, prima di iniziare a ricevere addebitato per l'utilizzo offline (mentre si applicano i dati tariffe di roaming), sarebbe una scelta ragionevole per essere un mix di CloudKit (a seconda sui prezzi) e poi core Data per l'archiviazione offline e 'possibile memorizzare photosvideo contro una fila di core Data e se è così, qualcuno ha qualche esempi Se 4 è possibile, ci sarebbe qualcosa di sbagliato con solo usando core Data Per chiarire, si intende iCloud core Data. I dati di base di per sé è puramente locale. Configurazione Core Data per utilizzare iCloud è dove si ottiene la sincronizzazione del dispositivo. Onestamente io non so quale sia la situazione attuale (in termini di qualità) è per iCloud Core Data. So che è difficile succhiato un paio di anni fa. Ho sentito che è meglio, ma penso che così tante persone bruciate fuori cercando di farlo funzionare nella fase iniziale (me compreso) che havent dato un'altra occhiata. Così potrebbe andare bene, potrebbe ancora bloccati. Probabilmente sarebbe la pena di fare qualche ricerca su che prima di prendere una decisione. Se trovate qualche link a (recenti) storie di successo, si prega di riferire qui con loro. La mia comprensione è che CloudKit non fa sincronizzazione. Quindi devi gestire la risoluzione dei conflitti, è necessario gestire lo spostamento dei dati su e giù, ecc CloudKit non sta fornendo fondamentalmente tutto ciò che, per esempio, Parse isnt. (Beh, a parte le credenziali dell'account). E lei ha ragione, si wantneed avere archiviazione non in linea. Quindi un risultato ragionevole è che si utilizza sia CloudKit e Core Data. Si dovrà coordinare lo spostamento dei dati tra questi sistemi. Questa sarà una complicazione indipendentemente da quale tecnologia server si va con. Si potrebbe voler esaminare Gruppo musicale, che pretende di fare Core Data la sincronizzazione facile tra diverse back end, tra cui Dropbox. Si potrebbe anche lavorare con CloudKit I havent guardarlo in un po '. Sì, è possibile memorizzare i dati binari in Core Data. dataquot quotBinary è uno dei tipi di attributo, e quindi vi è un interruttore per la memorizzazione esterno in modo che i dati isnt fisicamente nel file sqlite. Una cosa che non ha ancora menzione era se gli utenti saranno la condivisione dei dati con l'altro. Se è così, che praticamente esclude iCloud Core Data, e potenzialmente esclude CloudKit così, a seconda di alcuni specifiche del condivisione dei dati. aiuto Cant con prezzi CloudKit. Da un rapido Google, sembra che è stato portato in un video di WWDC 2015. Grazie per la risposta dettagliata Brian. Proprio per rispondere a pochi punti: Sì volevo iCloud Core Data, se questo è quello in cui è sufficiente sottoscrivere le notifiche per rendere la sincronizzazione accadere. Penso che un altro vantaggio per esso è che gestisce quando il dispositivo è acceso o non in linea per sincronizzare i dati, mentre penso che ricordo di aver letto che CloudKit sarà solo provare e lo sviluppatore deve gestire se il dispositivo è offline. Credo lei ha detto che se gli utenti siano solito condividere dati in modo che non sarà un problema. Mi ricordo di aver letto che CloudKit è o solo i dati o di tutti quanti che significa che non si può avere un po 'che è un po' e quello non è. Con lui attributo dati binari, non vi è alcun limite di dimensione del file Sono stato anche guardando Realm ma purtroppo essi non supportare la sincronizzazione ancora e io davvero non voglio scrivere la mia soluzione da zero se non ho come stanno cercando a fare la propria . Inoltre, grazie per citare un paio di altre cose come Parse ei gruppi. Ill uno sguardo ai loro.