Ascii vs transferências binárias Existem dois modos comuns para transferir arquivos via FTP, ascii e binário. Ascii modo transfere arquivos como texto. Exemplos de arquivos ascii seriam. txt. Asp. Html e arquivos. php. O modo binário transfere arquivos como dados brutos. Exemplos de arquivos binários seriam. wav. Jpg Gif e arquivos mp3. Para ver quais arquivos são transferidos no modo ascii, de dentro do Core FTP, vá para ver - gt options - gt extensions - gt Ascii extensions. Nesta tela você pode adicionar ou extensões de arquivos remotos de arquivos que você deseja ser transferido no modo ascii. As extensões de arquivo mais comuns já estão listadas. Core FTP é configurado por padrão para selecionar o modo binário ou ASCII automaticamente. Arquivos que estão na lista de extensão de arquivo asciitext são transferidos como ascii, todos os outros arquivos são transferidos como binário. Se você deseja definir o modo de transferência manualmente, você pode selecionar qualquer um dos seguintes botões na barra de ferramentas na parte superior da janela principal do Core FTP. O primeiro botão é o modo ascii, o 2º binário, o 3º modo automático (padrão). Se você estiver transferindo arquivos do Windows para um servidor baseado em Unix, o modo Ascii removerá os caracteres CR (retorno de carro) encontrados no final de cada linha. Você pode perceber que o arquivo que você enviou é menor que seu arquivo local. Isso é completamente normal e não é nada para se preocupar. Com um atributo binário, você lê e escreve instâncias de NSData diretamente. Com um atributo transformável, você lê e grava instâncias de qualquer classe que pode ser convertida para e de NSData. O armazenamento de dados real é o mesmo que com um atributo binário, mas Core Data usa um NSValueTransformer para converter a partir de NSData quando necessário. Por exemplo, digamos que o objeto gerenciado tem um atributo de imagem onde seria conveniente ler e escrever UIImage diretamente. Exceto, UIImage não pode ser salvo em Core Data. Mas UIImage pode ser convertido para e de NSData. Portanto, se você usou um atributo transformável, você pode ler e escrever UIImage enquanto ainda mantém NSData no armazenamento de dados. Respondeu Jan 10 13 at 18:43 Tom, Será que os dados transformáveis manter o mesmo comportamento NSData em relação ao armazenamento externo (mesmo que, o armazenamento externo permitir não está explicitamente na interface do usuário, ou blobs começar a aparecer no Core Data Store) A documentação Não indica com precisão que o atributo transformável será salvo em um registro externo ou as regras que serão aplicadas. Você pode compartilhar sua experiência ndash Tommie C. Sep 13 15 at 2:19 Exatamente tenho a mesma pergunta. Não existe tal opção no tipo de atributo Transformable a ser armazenado em quotExternal Storagequot. É por padrão ativado ou o que ndash Marcin Kapusta Feb 26 16 às 16: 02Eu estou prestes a empreender o projeto assustador de converter meu aplicativo ao vivo (ou seja, já na App Store por vários anos) de Transformable para Binary Data store para Imagens em Core Data. Tenho muitos usuários com bancos de dados muito grandes que armazenam muitas imagens. Isso realmente retardou o processo BackupRestore, e provavelmente causou alguns outros bastidores também. Eu não conheço nenhum melhor quando eu configurá-lo desta forma há anos. Como posso me submeter a este processo para não perder nem mesmo uma das imagens dos meus clientes Se fosse apenas eu e meus próprios dados, Im certeza de que eu poderia começar as coisas funcionando. Mas eu quero ter a certeza de fazer isso corretamente, passo a passo, e eu sabia que essa comunidade poderia ser uma grande ajuda nessa área. Eu realmente não sei por onde começar para as imagens existentes. Basicamente, estou procurando 1) passos a tomar, para não perder uma batida. E 2) aconselhamento geral, avisos, etc. neste processo. Eu realmente preciso de uma migração limpa quando esta versão for lançada. Agradecemos antecipadamente a quem puder ajudar. Pediu Mar 13 14 at 18:38 Da resposta de Z S acima, parece que eu vou precisar para mover para gerenciar todos os arquivos eu mesmo desde que eu estou tentando implementar a sincronização do Core iCloud dados também. Ugh. O que pode de worms será isso aberto É mesmo possível obter as imagens quotoriginalquot de volta dos dados existentes e, em caso afirmativo, isso vai demorar ainda mais do que a pesada migração que você descreveu acima ndash SAHM Mar 14 14 às 3:13 Migração pesada é o pior. Fazer um exportimport será mais rápido (não tão rápido quanto a migração leve) e permitirá que você preserve todas as imagens existentes, porque você estará exportando-as para o disco como parte da migração. Ndash Marcus S. Zarra Mar 14 14 às 3:39 That39s engraçado você deve dizer que, eu estou começando a implementar Core Data iCloud sincronização hoje também. O artigo foi muito eye abertura. Não deve inspirar muita confiança, especialmente a última parte. Então, parece que eu não tenho escolha, mas para salvar o URL, certo Ou talvez ainda não é tempo quothe para tentar implementar a sincronização ainda Estou olhando para ensaios Drew McCormacks, se você tem alguma idéia sobre isso. Ndash SAHM Mar 14 14 at 3:08 Minha opinião pessoal (depois de ter enviado iCloud Core dados sincronização no meu aplicativo) é que ele é muito sólido se você limitar-se a iOS7 10.9 apenas. Nenhuma pergunta que você shouldn39t suporta qualquer coisa antes disso. Mesmo assim, ele requer algum trabalho para suportar, como esse artigo menciona (opções para mudar onoff iCloud, transições de conta etc) a situação mais comum para executar em é que a sincronização pára de funcionar depois de um tempo para alguns usuários e você tem que fornecer um Modo de redefinir o contêiner. Eu faria mais pesquisa. Ndash Z S 14 de março de 14 às 22:22 Eu não procurei bastante em Ensembles para comentar sobre suas habilidades, mas eu seria cuidadoso de confiar na implementação de outro indivíduo contra Apple39s. A versão de Apple teve problemas desde o envio, mas eles melhoraram substancialmente em cada atualização, e eles têm uma equipe de pessoas que apóiam isso no futuro. É importante saber quem você está construindo dependências contra. Mas você deve fazer sua própria pesquisa, obviamente. Ndash Z S Mar 14 14 at 22:25 Alguém por favor atualize este It39s sido mais de um ano desde que estes comentários foram feitos. I39ve ler o artigo também, mas it39s iOS 9 ao virar da esquina e eu suspeito 39Allow External Storage39 seria (leia: deve) trabalho Se não, we39d ter ouvido falar de mais gritos e reclamações. Estou prestes a criar um novo projeto e preciso tomar as decisões certas. Obrigado ndash strangetimes Jul 7 15 às 4: 24CloudKit vs Core Data ou outra opção Eu tenho uma idéia para um aplicativo que eu gostaria de desenvolver e por razões óbvias, eu não quero dar muito para longe sobre o que essa idéia é no momento. O que posso dizer é que, obviamente, precisará armazenar dados, mas eu gostaria de usuários para ser capaz de adicionar photosvideo também, mas não se preocupe, não é um Instagram knock off. Gostaria também de desenvolver uma versão do OS X, assim também todos os dados, obviamente, precisam ser sincronizados em todos os dispositivos. Assim como o título sugere, eu tenho olhado para as duas opções. Eu usei Core Data antes, então eu estou meio acostumado a isso, mas o CloudKit seria novo para mim. Como é um novo aplicativo, eu gostaria de usar as últimas tecnologias de que são relevantes. Então, aqui estão os meus pensamentos sobre os dois. Core Data - Tem sido ao redor e assim as pessoas sabem o que ele faz e quão confiável pode ser. No entanto, eu li que a sincronização pode ser um problema, embora as pessoas estão dizendo que a Apple tem sido passar as dobras, no entanto, além de subscrever as notificações, Core Data lida com todas as sincronização. Eu havent encontrado uma maneira de associar photosvideo com linhas no modelo embora. CloudKit - As pessoas parecem estar gostando muito mais do que Core Data e, embora como um desenvolvedor, errando entregar tem de ser manuseado com cuidado, parece fácil de implementar e os dados são sincronizados com mínimo barulho. Photosvideo também são manipulados usando a classe CKAsset. Uma desvantagem é que parece haver algumas perguntas sobre os seus preços. Uma coisa que eu ainda não mencionei como que se é um aplicativo que as pessoas querem usar, as pessoas estarão em lugares onde as tarifas de roaming de dados serão aplicadas mais definitivamente na versão do iOS e então vou precisar de um jeito de armazenar dados em cache. Assim, as perguntas: Em geral, seria melhor para CloudKit sobre Core Dados como o aplicativo terá iOS e OS X versões Se assim for, alguém sabe sobre o modelo de preços e quando livre doesnt tornar-se livre e se cada usuário é limitado Para uma certa quantidade de dados antes de começar a ser cobrado Para uso offline (enquanto as tarifas de roaming de dados se aplicam), seria uma opção sensata para ser uma mistura de CloudKit (dependendo do preço) e Core Data para armazenamento off-line É possível armazenar photosvideo Contra uma linha em Core Data e se assim for, alguém tem algum exemplo Se 4 é possível, haveria algo de errado com apenas usar Core Data Para esclarecer, você quer dizer iCloud Core Data. Core Dados por si só é puramente local. Configurando o Core Data para usar o iCloud é onde você obtém a sincronização do dispositivo. Eu honestamente não sei o que o status atual (em termos de qualidade) é para iCloud Core dados. Eu sei que chupou duro um par de anos atrás. Ive heard que é melhor, mas penso tantas pessoas queimado tentar para começar a trabalhar no início (eu incluído) que havent dada por outra aparência. Portanto, poderia ser bom, ele ainda poderia preso. Provavelmente valeria a pena fazer alguma pesquisa sobre isso antes de tomar uma decisão. Se você encontrar links para histórias de sucesso (recentes), por favor, reporte aqui com eles. Meu entendimento é que o CloudKit não faz sincronização. Então você tem que lidar com a resolução de conflitos, você tem que lidar com dados em movimento para cima e para baixo, etc CloudKit isnt fundamentalmente fornecer qualquer coisa que, digamos, Parse isnt. (Bem, além de credenciais de conta). E você está correto, você vai querer ter o armazenamento off-line. Portanto, um resultado razoável é que você usa o CloudKit e os dados principais. Você terá que coordenar movendo dados entre estes sistemas. Esta será uma complicação, independentemente da tecnologia de servidor que você vá com. Você pode querer olhar para Ensembles, que pretende fazer a sincronização de dados de núcleo fácil através de várias extremidades traseiras, incluindo Dropbox. Pode até funcionar com o CloudKit Eu não o vejo há algum tempo. Sim, você pode armazenar dados binários em Core Data. QuotBinary dataquot é um dos tipos de atributo e, em seguida, há um toggle para armazenamento externo para que os dados isnt fisicamente no arquivo sqlite. Uma coisa que você não mencionou era se ou não os usuários estarão compartilhando de uns com os outros. Se assim for, isso praticamente exclui iCloud Core Data, e potencialmente exclui o CloudKit também, dependendo de alguns detalhes do compartilhamento de dados. Não posso ajudar com os preços do CloudKit. De um Google rápido, olha como ele foi trazido acima em um vídeo 2015 WWDC. Obrigado pela resposta detalhada Brian. Apenas para responder a alguns pontos: Sim, eu quis dizer iCloud Core Data, se esse é o único onde você acabou de assinar notificações para fazer a sincronização acontecer. Eu acho que outra vantagem para ele é que ele lida quando o dispositivo está ligado ou offline para sincronizar os dados, enquanto eu acho que me lembro de ler que CloudKit vai apenas tentar eo desenvolvedor tem de lidar com o dispositivo se estiver offline. Eu acho que você mencionou que, embora os usuários não estar compartilhando dados para que não será um problema. Lembro-me de ler que o CloudKit é apenas seus dados ou everyones significado que você não pode ter alguns que é e alguns que isnt. Com o atributo de dados binários, existe algum limite de tamanho de arquivo? Eu também estava olhando para o Reino, mas infelizmente eles não suportam a sincronização ainda e eu realmente não quero escrever minha própria solução a partir do zero se eu não tenho como eles estão olhando para fazer seus próprios . Além disso, obrigado por mencionar algumas outras coisas como Parse e Ensembles. Vou dar uma olhada neles.
No comments:
Post a Comment