Mobits - Blog

Notificações em Android

2012-05-01T22:16:00Z

Receber notificações em iOS e Android é muito comum hoje em dia, mas, apesar de se parecerem, a dinâmica de implementação é bem diferente.

Enquanto no iOS, o sistema operacional é quem gerencia a recepção de notificações, no Android é o próprio desenvolvedor que tem essa função. Ou seja, no iOS a única coisa que o desenvolvedor é responsável é que quando o seu aplicativo é aberto, há um delegate que avisa que a notificação foi recebida e a partir daí o desenvolvedor pode implementar qualquer funcionalidade que desejar.

Notificações em Android é um pouco diferente. Não há um servidor centralizador como tem a Apple, logo o desenvolvedor precisa implementar o seu servidor que gerenciará as notificações dos usuários. Com relação ao aplicativo, um modo de receber as notificações é implementar um agendador (AlarmManager) de tanto em tanto tempo (fica a critério de cada um) que faz chamadas a esse serviço para verificar se há novas notificações. Caso positivo, o desenvolvedor implementa um método que envia a notificação para o Status Bar Notifications (barra do topo do Android) do aparelho do usuário.

Mas como receber uma notificação? Segue um exemplo abaixo:

private void notificar(Context context) {
    Intent intent = new Intent(context, MinhaClasse.class);
    PendingIntent pendingIntent = PendingIntent.getActivity(context, 0, intent, Intent.FLAG_ACTIVITY_NEW_TASK);

    Notification n = new Notification(R.drawable.ic_notificacao, "Notificação", System.currentTimeMillis());
    n.flags |= Notification.FLAG_AUTO_CANCEL;
    n.setLatestEventInfo(context, "Título da notificação", "Texto da notificação", pendingIntent);

    NotificationManager manager = (NotificationManager) context.getSystemService(Context.NOTIFICATION_SERVICE);
    manager.notify(0, n);
}

É bem simples mesmo. Só se atente para utilizar a flag FLAG_ACTIVITY_NEW_TASK se você não chamar esse método a partir de uma Activity; caso contrário, basta passar 0 como parâmetro.

Bom pessoal, mais uma dica! Se tiverem sugestões, comentem aí! Até :)

POSTS RELACIONADOS:

Conheça o aplicativo do Botafogo Praia Shopping

2012-04-26T14:18:00Z

Essa semana é o lançamento oficial do aplicativo do Botafogo Praia Shopping. Baixe o aplicativo aqui e concorra a 100 skins personalizadas para o seu iPhone ou seu iPad!

Como comentamos no post do lançamento do Mobits Plaza, nossa solução de aplicativos para shopping centers, o Botafogo Praia Shopping é o nosso primeiro cliente.

Promoção

O Botafogo Praia Shopping realizará de hoje até o próximo dia 28 o lançamento oficial do aplicativo (iPhone e iPad) e realizará a distribuição de brindes.

Para você que é frequentador do shopping, como eu, mas ainda não baixou o aplicativo, aqui vai um super incentivo: o Botafogo Praia Shopping vai distribuir 100 skins para iPhone e iPads. Elas serão sorteadas por todos que baixarem o aplicativo e se inscreverem na promoção, que está disponível logo na tela inicial do aplicativo, como abaixo:

Depois de selecionar a promoção, acesse o site da promoção através do botão correspondente, preencha um pequeno formulário e você já estará concorrendo. O sorteio será realizado no dia 3 de maio e o resultado será divulgado no facebook do shopping.

Além de ter acesso a essa promoção, todos que baixarem o aplicativo ganharão acesso instantâneo às notícias, eventos, lista de lojas, alimentação, planta e inclusive outras promoções do shopping diretamente pelo aplicativo :D.

POSTS RELACIONADOS:

Conheça o Mobits Plaza: solução mobile para shoppings centers

Mobits abre vaga para designer de interfaces

2012-04-20T15:28:00Z

Pessoal, estamos com vaga para designer de interfaces com foco em aplicativos móveis aqui na Mobits. Confira o perfil da vaga!

Atividades

A atividade principal é a criação de interfaces para aplicativos móveis (iPhone, iPad, Android, entre outros). Além dela, também estão incluídas atividades como criação de hotsites e identidade visual dos produtos da Mobits.

Requisitos

Experiência com design para web (pelo menos 1 ano), conhecimento de usabilidade e Photoshop.

Desejável

Contato com interfaces para dispositivos móveis, habilidade com desenhos/ilustrações.

Horário flexível (full ou part time).

<strike>Se interessou? Envie seu portfolio e currículo para rh[arroba]mobits.com.br.</strike>

Update! Inscrições encerradas!

Criando lista com seções em Android - Revisitado

2012-04-12T23:30:00Z

É muito comum representarmos dados em uma lista organizados em diferentes seções. Infelizmente, a ListView não possui esse comportamento de forma nativa.

Nós já apresentamos uma solução para esse problema. Agora, para simplificar esse processo, nos inspiramos no padrão UITableViewDataSource/UITableViewDelegate do iOS, encapsulamos o código do post anterior e criamos um SectionAdapter abstrato que faz todo o trabalho sujo para o programador, deixando para ele a implementação de métodos bastante objetivos.

Os métodos são:

// número de seções da lista
abstract protected int getSectionCount();

// número de itens de uma dada seção
abstract protected int getItemCountForSection(int sectionIndex);

// objeto associado a um dado item de uma dada seção
abstract protected Object getItemForSection(int sectionIndex, int itemIndex);

// id de um dado item de uma dada seção
abstract protected long getItemIdForSection(int sectionIndex, int itemIndex);

// view associada a uma dada seção
abstract protected View getSectionView(int sectionIndex, View convertView, ViewGroup parent);

// view associado a um dado item de uma dada seção
abstract protected View getSectionItemView(int sectionIndex, int itemIndex, View convertView, ViewGroup parent);

Esses métodos permitem ao programador utilizar uma estrutura de dados totalmente coerente com a apresentação, i.e. um array de objetos tipo "Seção" que, por sua vez, possuem um array de objetos tipo "Item". Com isso, uma implementação de uma subclasse do nosso adapter poderia ser:

ArrayList<Secao> secoes;

@Override
protected int getSectionCount() {
    return secoes.size;
}

@Override
protected int getItemCountForSection(int sectionIndex) {
    return secoes.get(sectionIndex).getItems().size
}

@Override
protected Object getItemForSection(int sectionIndex, int itemIndex) {
    return secoes.get(sectionIndex).getItems().get(itemIndex);
}

@Override
protected long getItemIdForSection(int sectionIndex, int itemIndex) {
    return secoes.get(sectionIndex).getItems().get(itemIndex).getId();
}

@Override
protected View getSectionView(int section, View convertView, ViewGroup parent) {
    TextView view = (TextView) convertView;

    if (view == null) 
        view = (TextView) inflater.inflate(R.layout.section_item, null);

    view.setText(secoes.get(section).getNome());
    return view;
}

@Override
protected View getSectionItemView(int section, int item, View convertView, ViewGroup parent) {
    TextView view = (TextView) convertView;

    if (view == null) 
        view = (TextView) inflater.inflate(R.layout.list_item, null);

    view.setText(secoes.get(sectionIndex).getItems().get(itemIndex).getNome());
    return view;
}

E o resultado seria:

Muito simples, não?

E o tratamento de eventos na lista? O SectionAdapter serve de fachada entre os métodos comuns de ListAdapter e os métodos especiais que apresentei acima. Sendo assim, é possível tratar o SectionAdapter como um adapter normal na hora de tratar os eventos. Ex:

@Override
protected void onListItemClick(ListView l, View v, int position, long id) {
    super.onListItemClick(l, v, position, id);

    //SectionAdapter responde corretamente a getItem e getItemId sem necessidade de qualquer implementação extra
    Item item = (Item)sectionAdapter.getItem(position);

    Intent intent = new Intent(getApplicationContext(), LojaActivity.class);
    intent.putExtra("item", item);
    startActivity(intent);
}

Limitação: atualmente, o SectionAdapter divide os tipos de view em dois (section e item), o que define o comportamento do reaproveitamento das views no getView. Caso haja a necessidade de haver mais de um tipo de view para seções ou itens, será necessário mexer diretamente na implentação de SectionAdapter. Se um dia eu fizer essa mudança, volto aqui e compartilho com vocês. ;)

Você pode baixar o código-fonte necessário para usar o SectionAdapter aqui. Qualquer sugestão será bem vinda.

POSTS RELACIONADOS:

O que esperar do lançamento da categoria Jogos na App Store do Brasil

2012-04-05T19:35:00Z

Segundo a revista Veja a categoria Jogos chegará na loja brasileira no final do mês, o que os consumidores e os desenvolvedores devem esperar com isso?

A categoria jogos nunca esteve presente na App Store brasileira. O motivo é que segundo o decreto (4.991/04) e as portarias (899/01 e 1035/01) todos os jogos devem ser avaliados pelo DJCTQ (Departamento de Justiça, Classificação, Títulos e Qualificação) do Ministério da Justiça antes de serem comercializados no Brasil. Porém, como sabemos, a Apple é que faz a avaliação e aprovação dos jogos da App Store, como seria muito burocrático e custoso aprovar cada jogo no Brasil, a Apple resolveu simplesmente não disponibilizá-los por aqui.

Gambiarras

Os brasileiros, contudo, sempre deram um jeitinho para fazer o download dos seus jogos favoritos, o mais comum era abrir uma conta na Argentina, simplesmente colocando um endereço falso de lá e um cartão de credito brasileiro (que era aceito por lá). Mas isso acabou chamando atenção da Apple (é só olhar os comentários dos jogos na App Store Argentina, a maioria está em português) e eles acabaram bloqueando os cartões de créditos brasileiros na App Store Argentina. A solução desde então tem sido abrir uma conta no Uruguai (ainda com cartão brasileiro) ou nos Estados Unidos com cartão americano (e pagando imposto extra por cada download).

Os desenvolvedores brasileiros, como nós, também sempre encontraram uma alternativa para disponibilizar seus jogos ao público nacional, que estava sempre dividido entre a loja brasileira, a argentina, a uruguaia e a americana. A alternativa era simples: fazer duas versões do jogo, uma na categoria jogos e colocá-lo no mundo todo e outro na categoria entretenimento, disponível apenas no Brasil.

Impactos para os desenvolvedores

O fato de não termos jogos de grandes desenvolvedores, como a Gameloft ou a EA no Brasil faziam com que os jogos brasileiros fossem os únicos na App Store nacional e consequentemente conseguissem chegar ao topo dos downloads, nós mesmos ficamos muito tempo no TOP 10 com o Mobits Button Soccer.

Esse protecionismo até era bom por um lado mas também tinha muitos problemas, um exemplo é que os brasileiros que baixavam a versão de um jogo na App Store brasileira não compartilhavam de partidas online, rankings e outros benefícios do Game Center com jogadores que baixavam a versão do jogo que estava na categoria jogos. Outro problema é que estar no TOP da loja brasileira não significava muito visto que muitos brasileiros não tinham conta por aqui.

O que esperar do futuro

A Microsoft já provou que é possível ter jogos no Brasil com classificação nacional. Mas o que muitos não sabem é que para colocar essa classificação no seu jogo os desenvolvedores é que têm que correr atrás. E o processo não é nada simples, ele envolve inclusive mandar documentos para Brasília, como demonstrou nesse post o desenvolvedor André Nunes que conseguiu depois de muita luta colocar seu jogo na loja do Windows Phone no Brasil.

Reza a lenda também que a própria Microsoft envia para a aprovação do governo brasileiro os seus principais jogos, todos vinculados ao XBox Live. Mas mesmo esses jogos que contam com o apoio da Microsoft demoram muito mais para serem lançados no Brasil do que nos outros países.

Como vai ser na loja da Apple ninguém sabe, o fato é que o consumidor nacional não deve esperar que todos os jogos apareçam da noite para o dia na App Store pois eles precisam ser avaliados antes um a um. Já o desenvolvedores nacionais, terão que esperar pra saber se terão que se mexer para conseguir aprovar cada um de seus jogos no Ministério da Justiça, como o André fez no Windows Phone ou se terão apenas que esperar sentados por isso (certamente atrás dos grandes desenvolvedores na fila).

Só uma coisa é certa: os desenvolvedores nacionais devem começar a se preparar para uma maior concorrência na área de jogos da App Store brasileira.

POSTS RELACIONADOS:

Nada de iPad 3, somente 'Novo iPad'

Como utilizar o Xcode 4.2 com dispositivos com iOS 5.1

2012-03-14T15:02:00Z

Com a chegada no novo iOS 5.1 no último dia 7, milhões de usuários atualizaram seus dispositivos para o novo sistema operacional. Porém, muitos desenvolvedores foram pegos de surpresa - para utilizar aparelhos com o novo iOS durante o desenvolvimento, é preciso instalar o novo Xcode 4.3.1, mas este só roda no Mac OS Lion. Esse post explica como utilizar o Xcode 4.2 do Snow Leopard para desenvolver com aparelhos com o iOS 5.1.

Como todos sabemos, a Apple sempre quer que os desenvolvedores estejam com seu ambiente o mais atualizado possível, por isso, de vez em quando, eles forçam a barra para uma atualização, como desta vez. O problema é que nem sempre os desenvolvedores querem migrar seus ambientes quando a Apple bem entende, e o motivo não é apenas o valor do Mac OS X Lion de US$30, é também o fato de computadores antigos não suportarem o sistema, ficando lentos demais, ou com o risco de migrar o ambiente no meio de um projeto.

Mas para isso sempre existe uma <strike>gambiarra</strike> solução. A solução aqui é baixar o Xcode 4.3.1 diretamente do site de desenvolvedores da Apple (não da Mac App Store, pois ela valida se você está com o Lion instalado) e baixar o arquivo xcode4.3.1for_lion.dmg. Depois do arquivo baixado, monte o volume e execute os seguintes comandos:

sudo cp -R /Volumes/Xcode/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.1.sdk /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/
sudo cp -R /Volumes/Xcode/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator5.1.sdk /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/
sudo cp -R /Volumes/Xcode/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport/5.1\ (9B176) /Developer/Platforms/iPhoneOS.platform/DeviceSupport/
cd /Developer/Platforms/iPhoneOS.platform/DeviceSupport/
sudo rm -f ./Latest
sudo ln -s ./5.1\ (9B176) ./Latest

Note que eu estou assumindo que a pasta que o Xcode 4 está instalado no seu Mac é /Developer.

Esses comandos copiarão para o seu Xcode antigo tudo que você precisa para trabalhar com os dispositivos com iOS 5.1, inclusive o simulador do iOS 5.1 e o suporte a debug.

Espero ter ajudado a galera do Snow Leopard, pelo menos até as próximas versões...

POSTS RELACIONADOS:

Teclados personalizados no iOS

2012-03-09T17:08:00Z

A partir do iOS 3.2, UITextField e UITextView passaram a publicar uma propriedade inputView que simplesmente permite você substituir o teclado padrão associado ao componente por uma view qualquer sua. Contudo, a interação entre seu novo teclado e o componente deve ficar toda por conta do programador. Até onde pesquisei, não há um protocolo padrão para fazer essa "conexão".

O exemplo que vou apresentar aqui é conceitual e pode ser utilizado em diversos cenários onde você queira fazer um teclado especial para um UITextField ou UITextView. Exemplos: um teclado somente de números (que apenas o iPhone disponibiliza), ou só de emoticons, ou o que mais você quiser inventar.

Criando a KeyboardView

Para essa solução, utilizei uma view especial que poderia ser facilmente reaproveitada para diversos campos de texto. Primeiro, criei uma classe KeyboardView filha de UIView.

A função dessa classe é carregar a interface (XIB) do meu teclado, interceptar a mudança de foco nos campos, preencher os campos a partir do toque nas teclas e realizar o dismiss (fazer o campo perder o foco e, logo, o teclado desaparecer).

Eis o trecho mais relevante:

+ (id)keyboardView {
    NSArray *views = [[NSBundle mainBundle] loadNibNamed:@"KeyboardView" owner:nil options:nil];

    KeyboardView *keyboardView = [views objectAtIndex:0];

    [[NSNotificationCenter defaultCenter] addObserver:keyboardView selector:@selector(novoTextField:) name:UITextFieldTextDidBeginEditingNotification object:nil];
    [[NSNotificationCenter defaultCenter] addObserver:keyboardView selector:@selector(saidaTextField:) name:UITextFieldTextDidEndEditingNotification object:nil];

    return keyboardView;
}

- (void)novoTextField:(NSNotification *)notification {
    UITextField *novoTextField = [notification object];

    if (novoTextField.inputView == self) {
        self.textField = novoTextField;
    }
}

- (void)saidaTextField:(NSNotification *)notification {
    if ([notification object] == self.textField) {
        self.textField = nil;
    }
}

- (IBAction)teclou:(UIButton *)tecla {
    if (self.textField) {
        self.textField.text = [self.textField.text stringByAppendingString:tecla.titleLabel.text];
    }

}

- (IBAction)esconderTeclado:(id)sender {
    [self.textField resignFirstResponder];
}

Inicialmente, temos um método de classe para fazer a carga do XIB e preparar o nosso teclado para interceptar as mudanças de foco nos campos de texto.

Repare que para evitar criar uma rede de propriedades e/ou delegates, utilizei as notificações comuns do sistema para informar à minha KeyboardView qual é o campo que ela deve manipular.

Todas as teclas de edição estão vinculadas ao mesmo método (teclou:) e utilizei o texto do próprio UIButton selecionado para editar o campo de texto atual.

Para uma experiência completa, adicionei uma tecla "Voltar" para fechar o teclado e vinculei-a a ação (esconderTeclado:).

Utilizando a KeyboardView

Uma vez criada a classe acima, seu uso é trivial. Em um controller onde eu queria utilizar a KeyboardView com alguns campos, eu poderia fazer simplesmente:

- (void)viewDidLoad {
    [super viewDidLoad];

    KeyboardView *keyboardView = [KeyboardView keyboardView];

    numeroTextField.inputView = keyboardView;
    numero2TextField.inputView = keyboardView;
}

Repare que basta carregar uma instância da KeyboardView e atribuí-la à propriedade inputView dos campos que forem necessários. E voilá!

O resultado é semelhante ao abaixo.

O campo "Nome" possui um teclado normal. Os campos de "Número" estão utilizando a minha KeyboardView e são atualizados automaticamente quando selecionamos alguma tecla. Simples, não?

Considerações finais

A solução que apresentei, apesar de resolver a maioria dos problemas, não cobre alguns casos específico que você talvez precise tratar.

Suporte a UITextView

No exemplo, utilizei apenas UITextField mas também poderíamos utilizar UITextView. Para isso, bastaria observar também as notificações UITextViewTextDidBeginEditingNotification e UITextViewTextDidEndEditingNotification.

Relacionamento com os delegates

Quando utilizamos o teclado normal, os métodos de UITextFieldDelegate ou UITextViewDelegate são sempre acionados. Com o teclado personalizado, alguns métodos teriam de ser chamados explicitamente pela KeyboardView.

Layout do teclado

Nos testes que fiz, percebi que poderia colocar o teclado com qualquer altura, mas a largura era sempre forçada à largura máxima da tela. Contudo, se quiser um teclado com uma largura menor, é possível simular o efeito fazendo com que a view principal do teclado tenha fundo transparente e dimensionando qualquer subview da maneira que for mais adequada.

POSTS RELACIONADOS:

Nada de iPad 3, somente 'Novo iPad'

2012-03-08T18:14:00Z

É isso mesmo pessoal, esperávamos o anúncio do iPad 3 e suas novas features, mas o que foi apresentado para o mundo hoje (07/03) foi o 'Novo iPad'. E querem saber mais? Para mim, nenhuma grande novidade foi anunciada, quer dizer, nada que não já esperávamos com relação ao terceiro iPad lançado pela Apple.

Mas, mesmo assim, vamos às features:

Resolução da tela

A resolução do novo iPad dobrou com relação aos anteriores, passando para 2048x1536, ou seja, ele agora é Retina Display como o iPhone 4 e superiores. A Apple também disse que as cores e a saturação das imagens do novo iPad são 44% melhores do que no iPad 2.

Câmera

Agora, a câmera traseira terá resolução de 5 megapixels, com um detector de rostos em fotos paradas e estabilizador de vídeos, que deixa as imagens menos tremidas, além de possuir um sensor de imagens retroiluminado (fotos noturnas melhores) e filtro infravermelho.

Para gravações de vídeos, com o novo iPad será possível realizá-las em Full HD (1080p).

Siri

No novo iPad poderemos ditar textos além de digitar, porém somente nos idiomas inglês (americano, britânico e australiano), francês, alemão e japonês. Que pena! Nós brasileiros ficamos de fora :(

Bateria

Sempre uma grande preocupação da Apple, a bateria continuará durando 10 horas com Wi-Fi, mas aguentará até 9 horas usando a rede 4G – a do iPad 2 dura 9 horas com navegação em 3G.

Isso é tudo! Acharam muito? Pouco? Deixem aqui suas impressões sobre o 'Novo iPad'.

Conheça o Mobits Plaza: solução mobile para shoppings centers

2012-02-08T16:33:00Z

A Mobits acaba de lançar um novo produto voltado ao crescente mercado de shoppings: o Mobits Plaza.

O Mobits Plaza permite que qualquer shopping possa ter seu próprio aplicativo para smartphones, personalizado de acordo com sua identidade visual. Dentre as funcionalidades oferecidas no app, destacam-se: consulta de lojas, promoções, notícias, mapas, estacionamento, alertas de promoções, vitrine de lojas, cardápio dos restaurantes e lista de desejos.

Para gerenciar esse conteúdo, a solução oferece ainda uma ferramenta online. Desta forma, o shopping e os lojistas podem manter as informações sempre atualizadas em tempo real.

O shopping carioca Botafogo Praia Shopping já está utilizando o Mobits Plaza. O aplicativo está disponível gratuitamente na App Store. Para conhecer, acesse aqui.

Quer saber mais sobre o Mobits Plaza, acesse: http://www.mobitsplaza.com.br/.

POSTS RELACIONADOS:

Usando JSON no iOS 5

2012-02-03T23:27:00Z

Se você precisar fazer parsing de JSON em aplicativos para versões inferiores à 5.0 do iOS, então nós já demos a dica. Agora, se o seu aplicativo depender apenas do iOS 5 ou superior, então sua vida ficou mais simples.

Com a chegada do iOS 5, foi liberada para nós a classe NSJSONSerialization. Não precisa fazer nenhum import especial, pois ela vem no Foundation framework.

O funcionamento é muito semelhante a da solução antiga, ou seja, a partir de um conteúdo JSON, o NSJSONSerialization cria NSArrays, NSDictionaries, NSStrings, NSNumbers e NSNulls.

Supondo que você tenha o JSON abaixo em um NSData (de um arquivo ou baixado de algum site):

[
    {
        "nome": "Cine Mobits",
        "ano_lancamento": 2008,
        "ipad": false,
        "link": "http://www.cinemobits.com.br"
    },
    {
        "nome": "Mobits Button Soccer",
        "ano_lancamento": 2009,
        "ipad": false,
        "link": "http://www.mobitsbuttonsoccer.com"
    },
    {
        "nome": "The Lost Puzzles",
        "ano_lancamento": 2010,
        "ipad": false,
        "link": "http://www.thelostpuzzles.com"
    },
    {
        "nome": "The Hungry Pets",
        "ano_lancamento": 2011,
        "ipad": true,
        "link": "http://www.thehungrypets.com"
    }
]

Fazer o seu parsing é simples:

NSArray *projetosMobits = [NSJSONSerialization JSONObjectWithData:json options:0 error:&erro];  

NSDictionary *cineMobits = [projetosMobits objectAtIndex:0];
NSString *nome = [cineMobits objectForKey:@"nome"];
NSInteger *ano_lancamento = [[cineMobits objectForKey:@"ano_lancamento"] intValue];
BOOL *ipad = [[cineMobits objectForKey:@"ipad"] boolValue];

Se você tiver o JSON como um Stream:

NSArray *projetosMobits = [NSJSONSerialization JSONObjectWithStream:jsonStream options:0 error:&erro];

Em ambos os métodos acima, esse parâmetro options aceita uma bitmask com as opções:

NSJSONReadingMutableContainers: NSArrays e NSDictionaries são recuperados como mutable;
NSJSONReadingMutableLeaves: Valores NSString são recuperados como mutable;
NSJSONReadingAllowFragments: Permite que o json não seja apenas um dictionary ou array.

Essa última opção é importante caso o seu JSON possa ser apenas uma string, um número, um booleano, ou até um nulo. Ex:

null

Se NSJSONReadingAllowFragments não for fornecido, o parser reportará um erro e não fará o parsing corretamente.

Até a próxima!

POSTS RELACIONADOS:

VC Globo.com: aplicativo de colaboração para Android

2012-02-03T21:11:00Z

Desenvolvido pela Mobits, a Globo.com lançou no dia 31/01 o seu aplicativo de colaboração para smartphones Android.

O aplicativo VC Globo.com é uma ferramenta para enviar fotos, vídeos e textos, que poderão ser utilizados na cobertura da Globo.com pela internet.

E ele é bem simples, basta selecionar o canal desejado, escolher as fotos e/ou vídeos que quer enviar, cadastrar um título e uma descrição sobre a sua colaboração e pronto! Você terá contribuído para a equipe da Globo.com. Para envio de colaborações em alguns canais é necessário o cadastro Globo.com.

As suas colaborações são salvas no aplicativo. É só conferir na aba Meus Envios.

VC Globo.com já está disponível no Android Market, é gratuito e necessita do Android 2.0 ou superior. Contribuam!

POSTS RELACIONADOS:

Zurbb: descubra o que está acontecendo em sua cidade!

Blocos de código em Objective-C

2012-02-02T15:18:00Z

Na versão 4 do iOS foi introduzido o conceito de bloco de código na linguagem. Para aqueles que não estão habituados com o conceito, um bloco de código é um conjunto de instruções que podem ser passadas adiante para serem executadas em um momento oportuno. Para uma leitura mais detalhada, basta ler a página da Wikipédia (em inglês), que fala mais a respeito.

Nesse post vamos entender os casos mais básicos de bloco e saber como utilizá-los em nossos códigos

Introdução

Para contextualizar, veja os dois exemplos de utilização de bloco de código. No primeiro exemplo, vamos chamar o método do animateWithDuration:animations: da classe UIView:

CGRect novoFrame = CGRectMake(176.0, 258.0, 72.0, 96.0);
[UIView animateWithDuration:2.0
     animations:^ {
          self.view.alpha = 1.0;
          self.view.frame = novoFrame;
          self.view.transform = CGAffineTransformMakeRotation(M_PI);
     }
];

Nesse caso, quando a animação for chamada, três transformações serão efetuadas: o alpha, o frame e a rotação de 180 graus na view. Perceba que não há nenhum parâmetro sendo passado para o bloco, e que é possível utilizar variáveis criadas fora do bloco, desde que o escopo permita isso. Além disso, é possível utilizar propriedades da instância da classe onde está o código.

Já no segundo, vamos chamar o método enumerateObjectsUsingBlock: da classe NSArray:

NSArray *nomes = 
     [NSArray arrayWithObjects:
            @"Afonso", @"Felipe", 
            @"Hildi", @"Karin", 
            @"Quintana" nil];

[nomes enumerateObjectsUsingBlock:^(id object, NSUInteger index, BOOL *stop) {
     NSLog(@"%@ nome na posição %d", object, index);
}];

Já explico melhor como esse bloco funciona. Por hora, perceba que ele recebe três parâmetros. Olhando a documentação, sabemos que o bloco de código é executado para cada um dos elementos do NSArray. O primeiro parâmetro, object, é um dos elementos da coleção. A segunda variável (index) armazena o índice de object no array. E o terceiro parâmetro (um ponteiro para uma variável boolean) serve para ser utilizado dentro do bloco caso você queira parar a enumeração dos itens.

Uma vez explicado (bem por alto, reconheço) o modo como utilizar os blocos, vamos mostrar como funciona a sintaxe deles.

Sintaxe básica

Como explicado anteriormente, um bloco é simplesmente um conjunto de código executável. Neste exemplo mais simples,

^ {
     NSDate *data = [NSDate date];
     NSLog(@"A data e a hora agora é %@", data);
};

o acento circunflexo inicia o bloco, enquanto as chaves delimitam o corpo do bloco. Nesse caso, temos um bloco se comportando como um método anônimo.

Mas, sendo anônimo, como utilizar esse bloco? A maneira mais comum é a do primeiro exemplo (animação da view), em que eu passo o bloco como parâmetro, que, obviamente, é um bloco anônimo. Outra maneira de utilizar o bloco é associá-lo a uma variável e então chamar a variável. Veja como ficaria o código anterior:

void (^agora)(void) = ^ {
     NSDate *data = [NSDate date];
     NSLog(@"A data e a hora agora é %@", data);
};

Agora sim a sintaxe ficou um pouco mais complexa. Veja a imagem abaixo para entender como o bloco deve ser declarado:

Como você pode perceber, o nome do bloco é sempre declarado entre parêntesis. No nosso exemplo, a variável agora pode ser atribuída a blocos que não tenham retorno (o primeiro void) e que não tenham parâmetro (o segundo void). Para executar o código dentro do bloco, basta chamar:

agora();

Olhando o exemplo da animação da UIView, caso eu quiséssemos passar o bloco agora para o método bastaria fazer:

[UIView animateWithDuration:2.0 animations:agora];

Parâmetros para o bloco

Como toda função que se preze, um bloco pode receber parâmetros. Imagine um bloco que, dado um inteiro, retorna esse número ao quadrado. Declarando um bloco anônimo, temos o seguinte:

^(int numero) {
     return numero * numero;
};

agora, associando a uma variável, temos:

int (^quadrado)(int) = ^(int numero) {
     return numero * numero;
};

e fazendo a associação anterior:

Para utilizar a variável, nada mais simples:

int q = quadrado(8); //q tem valor 64

Nesse caso, só há um parâmetro inteiro. Para outros parâmetros, basta separar os tipos deles por vírgula. Um bloco de método que multiplica duas variáveis ficaria assim:

int (^multiplicar)(int, int) = ^(int a, int b) {
    return a * b;
};

E, obviamente, a variável pode ser chamada da seguinte forma:

int x = multiplicar(2,3); //x tem valor 6

Enfim, espero que essa breve (nem tão breve assim) introdução sobre blocos tenha ajudado. Para um maior aprofundamento, vale a pena dar uma lida na documentação da Apple sobre o assunto. Qualquer dúvida, manda aí nos comentários.

POSTS RELACIONADOS:

Customizando sua UITabBar no iOS 5

2012-01-27T21:00:00Z

O iOS 5 oferece novas APIs que permitem que elementos antes padronizados do iOS agora possam ser modificados de acordo com seu layout.

Uma dessas APIs permite que você altere o fundo da UITabBar da seguinte forma:

UIImage *tabBackground = [[UIImage imageNamed:@"tab_bg"] resizableImageWithCapInsets:UIEdgeInsetsMake(0, 0, 0, 0)];
[[UITabBar appearance] setBackgroundImage:tabBackground];

Se você tentar executar esse código no iOS 4 ou inferior receberá o erro unrecognized selector sent to class ao tentar chamar o [UITabBar appearance], isso ocorre porque esse método de classe está disponível apenas no iOS 5.

Outra coisa que pode ser alterada é a imagem sobre o item selecionado, feita da seguinte forma:

[[UITabBar appearance] setSelectionIndicatorImage:[UIImage imageNamed:@"tab_select_indicator"]];

Utilizando a API appearance é possível fazer interfaces bem mais customizadas, como essa tabBar:

Em breve daremos mais dicas de layout.

POSTS RELACIONADOS:

Como enviar arquivos via HTTP no Android

2012-01-27T17:59:00Z

Quem algum dia precisou fazer envio de arquivos mais elaborado via http no Android, já deve ter percebido que não existe um HttpEntity especial para isso. Foi ao passar por este problema que precisei buscar alternativas e é este o tema deste post.

O problema era fazer envio de arquivo como multipart/form-data-encoded e o Android não traz essa funcionalidade nativamente. Para fazer esse tipo de envio, descobri o MultipartEntity, que faz parte do HttpClient da Apache.

Antes de utilizá-lo, lembre-se de incluir os jars do HttpClient no seu projeto. Veja como o MultipartEntity funciona no exemplo abaixo:

 MultipartEntity entity = new MultipartEntity(HttpMultipartMode.BROWSER_COMPATIBLE, boundary, Charset.defaultCharset());    
 byte[] data = //seu arquivo em array de bytes
 ByteArrayBody b = new ByteArrayBody(data, "image/png", "nome_arquivo.png");
 entity.addPart("file", b);
 in.close();

Neste exemplo, vale lembrar que é preciso passar o boundary e seu arquivo em formato de array de bytes. Você pode passar seu arquivo de outras maneiras, além do ByteArrayBody, existem outros tipos como: AbstractContentBody, FileBody, InputStreamBody e StringBody. Veja a documentação aqui para saber mais detalhes.

Espero que a dica também seja útil a vocês!

POSTS RELACIONADOS:

Zurbb: descubra o que está acontecendo em sua cidade!

2012-01-24T18:15:00Z

A Mobits acaba de desenvolver as versões para iPhone/iPod Touch e Blackberry do Zurbb - serviço que mostra o que está acontecendo na cidade, através de colaborações (zurbbs) feitas pelos próprios usuários e promoções feitas pelos estabelecimentos (lugares) catalogados. Veja como ele funciona para evitar furadas e a aproveitar o que há de melhor ocorrendo na cidade!

No aplicativo, é possível ter uma visão geral do que está acontecendo na cidade, através da listagem dos útlimos zurbbs, promos e lugares recentemente mencionados. Os zurbbs, promos e lugares podem ser vistos de acordo com sua categoria (para comer, bares, noite e carnaval) e localização (próximos a mim ou próximo a um endereço) ou de acordo com o radar do usuário ou um determinado lugar. O radar é um conjunto de lugares de interesse do usuário.

Os zurbbs e promos podem ser respondidos ou ganhar um Up. Responder um zurbb ou promo é o mesmo que fazer um comentário a respeito dele. E fazer um Up significa aumentar a importância daquele zurbb ou promo, fazendo com que ele pule para o topo da lista. As promos podem ser obtidas a qualquer momento e seus cupons ficam disponíveis no perfil do usuário.

No perfil, o usuário tem rápido acesso ao seu radar, seus pontos, promos e avisos gerais do Zurbb.

Para fazer parte do Zurbb é fácil, basta se cadastrar pelo aplicativo ou pelo site.

Os aplicativos já estão disponíveis gratuitamente em suas respectivas lojas. Seguem os links abaixo: