iOS, APIs e sincronização de dados

iOS, APIs, performance
e sincronização de
dados
Maurício Linhares - @mauriciojr
http://techbot.me/

sábado, 10 de setembro de 2011

WHO?

• GUJeiro de raiz - 01/2005
• Ruby, Objective-C, Java e Scala developer na
http://ofﬁcedrop.com/
• Nas horas vagas escreve no blog, grava
screencasts e joga boardgames europeus;


Como entramos no
mercado?
• Aplicação pra iPad a época do lançamento
do primeiro iPad;
• Aplicação pra Mac á época do lançamento
da Mac App Store;
• Aplicação pra iPhone (recente);


Por que investir em iOS
e Mac?

A vida é injusta

Build a Mac app?


Por investir em iOS e
Mac?

Em números
• Primeiros dois meses da aplicação pra iPad,
45% de crescimento em sign ups a cada
mes;
• Primeiros dois meses do ScanDrop for the
Mac, 13% de crescimento;
• Primeiros dois meses de aplicação pra
Android, 14% de crescimento;
• Primeiros dois meses de lançamento da
aplicação pra iPhone, 51% de crescimento;

E tem mais?
• A mídia americana (nosso mercado
principal) adora Macs;
• Todos os reviews das aplicações desktop
pra Windows (temos duas) reclamavam da
inexistência do Mac;
• Se você tem versão pra Mac e iOS, as
pessoas falam de você com mais facilidade;


Plataforma

• Desenvolvimento usando XCode;
• Em Objective-C, C e C++;
• Ambiente de desenvolvimento exclusivo
para o Mac (mas é possível compilar no
Linux);


Objective-C é difícil?

Performance?

Performance real e
performance percebida
são muito importantes


Construir uma
aplicação performática
começa na construção
da sua API


Dicas de performance
de aplicações web
também funcinonam
aqui
Far future expires header, caching, conditional get, etags
mas o seu cliente deve suportar isso, como o
ASIHttpRequest


Se você usa um storage
restrito, não faça
redirect, faça proxying
Como S3 com signed URLs


Exemplo com S3
location ~* "^/s3_redirect/(.*)" {
resolver 8.8.8.8;

internal;

proxy_max_temp_ﬁle_size 0;
proxy_set_header Authorization '';

# Download the ﬁle and send it to client
proxy_pass http://s3.amazonaws.com/$1?$args;
}


Evite usar formatos
binários
Thrift e Prococol buffer? Tô fora!


Preﬁra JSON a XML
como formato de
mensagens
E evolua a sua API com bem menos dores de cabeça


Procure enviar todos
os dados necessários
de cada chamada
{ activity : {
comment : “Objective-C is cool!”,
user : {
username : “cocoahead”,
proﬁle_picture : “/images/cocoahead.jpeg” }
}
}

Dados relacionados,
como fotos, devem
sempre ter um
updated_at
{ artist : {
name : “John Doe”,
cover_image : “/images/artists/john_doe.jpeg”,
cover_updated_at : “2011-09-07T20:36:22Z”
}
}

Mantenha um cache
dos arquivos
relacionados
localmente
NSSearchPathForDirectoriesInDomains
( NSDocumentDirectory, NSUserDomainMask,YES );


Use SQLite pra gravar
os dados relacionados,
mas grave os arquivos
em disco


Crie uma Entity no
Core Data com os
atributos sourceType e
sourceId


Buscar imagens
NSDate * date = [ NSDate date ];
NSManagedObjectContext * context = self.managedObjectContext;
NSPredicate * predicate = [NSPredicate predicateWithFormat: @"( sourceId == %@ ) AND ( sourceType == %@ )", 1,
@"Album" ];
NSFetchRequest * request = [[ NSFetchRequest alloc ] init];

NSEntityDescription *entityDescription = [NSEntityDescription
entityForName: @"Image" inManagedObjectContext: context];
request.entity = entityDescription;
request.predicate = predicate;

NSError * error;
NSArray * images = [context executeFetchRequest: request error: &error ];

NSManagedObject * object = [images count] == 0 ? nil : [images objectAtIndex: 0];

NSDate * storedDate = [ object valueForKey: @"updatedAt" ];

if ( storedDate == nil || [storedDate compare: date ] == NSOrderedAscending) {
// download file here
} else {
// no need to download
}

[request release];


Y U NO

CONNECT TO SERVER?

As redes são lentas e
não conﬁáveis
Double submit, alguém?


Se falhar, guarde as
informações pra tentar
mais tarde

Mas avise ao usuário...


Não use alerts quando
não há solução

Apenas mostre se
falhou ou não

Sempre abra a aplicação
com alguma informação

Trabalhos que
demoram muito tempo
pra serem executados?
NSOperationQueue and NSOperation to the rescue!


Criando o
FactorialOperation
@implementation FactorialOperation

@synthesize source = _source, result = _result;

- (id) initWithSource:(NSInteger)source {
self = [ self init ];
if ( self ) {
self.source = source;
}
return self;
}

- (void) main {
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
self.result = [ self factorialOf: self.source ];
[pool drain];
}

- (NSInteger) factorialOf: ( NSInteger ) value {
if ( value == 1) {
return 1;
} else {
return value * [self factorialOf: value - 1 ] ;
}
}

@end


Executando as
operações
NSOperationQueue * queue = [[ NSOperationQueue alloc ] init];

FactorialOperation * operationOne = [[ FactorialOperation alloc ] initWithSource: 5 ];
FactorialOperation * operationTwo = [[ FactorialOperation alloc ] initWithSource: 6 ];

[operationOne setQueuePriority: NSOperationQueuePriorityVeryHigh ];

[queue addOperation: operationOne ];
[queue addOperation: operationTwo ];

[operationOne release];
[operationTwo release];

while ( [queue operationCount] != 0 ) {
[NSThread sleepForTimeInterval: 1 ];
}

[ queue release ];


Por que não usar
NSThread diretamente?
Por que o seu código pode fazer uso do Grand Central
Dispatch se ele estiver disponível


Desenvolvimento de
jogos com Cocos2D e
Cocos3D
Mate a sua vontade de criar o próximo Angry Birds


Dúvidas?


Referências

• ASIHttpRequest - http://allseeing-i.com/
ASIHTTPRequest/
• PullToRefresh - https://github.com/leah/
PullToRefresh
• Cocos2D - http://cocos2d.org/


iOS, APIs e sincronização de dados

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie iOS, APIs e sincronização de dados

Ähnlich wie iOS, APIs e sincronização de dados (20)

Mehr von Maurício Linhares

Mehr von Maurício Linhares (20)

iOS, APIs e sincronização de dados