Mobits - Blog

Cine Mobits e Kinoplex te levam ao cinema!

2010-03-11T13:51:00Z

O Cine Mobits em parceria com o Kinoplex irá sortear 10 pares de ingressos!

Para mais informações, acesse: http://www.cinemobits.com.br/promocoes

Podemos usar C++ com Objective-C?

2010-03-10T17:07:00Z

Acredite, podemos sim! E como descobri isso? Durante esta semana, no desenvolvimento de um projeto, precisávamos de um algoritmo que convertesse uma imagem colorida em preto e branco. Após algumas pesquisas, encontramos o algoritmo do Chris Greening, porém o mesmo estava em C++. Pesquisando mais ainda, vimos que o compilador de Objective-C permite misturar C++ e Objective-C, porém com algumas ressalvas.

Para conseguir compilar código C++, o seu arquivo ".m" precisa ter a extensão ".mm". Mas atenção: os arquivos que tiverem tanto código C++ quanto Objective -C precisam também ter a extensão ".mm".

Observação: uma vez que seu código compile C++, código em C não é mais compilado. Para resolver esta questão, basta usar extern:

extern "C" {  #import "ImageUtils.h" }

Aqui vai um "Alo Mundo" que mistura tanto C++ quanto Objective-C como exemplo. Para testar, você pode colar o exemplo no main.mm.

#import <Foundation/Foundation.h> 

class AloMundo { 
    private: 
        id saudacao; 

    public: 
        AloMundo() { 
            saudacao = @"Alô, mundo!"; 
        } 

        AloMundo(const char* texto) { 
            saudacao = [[NSString alloc] initWithUTF8String:texto]; 
        } 

        void imprimir()  { 
            printf("%s\n", [saudacao UTF8String]); 
        } 
};

A classe AloMundo acima é em C++, porém se utiliza de código em Objective-C. Ela simplesmente tem a função de imprimir a saudação.

@interface Saudacao: NSObject { 
        AloMundo *aloMundo; 
}

- (id)init; 
- (void)dealloc; 
- (void)saudar; 
- (void)saudar:(AloMundo *)saudacao; 

@end 

@implementation Saudacao
- (id)init { 
    if (self = [super init])
        aloMundo = new AloMundo(); 

    return self; 
}

- (void)dealloc { 
    delete aloMundo; 
    [super dealloc]; 
} 

- (void)saudar { 
    aloMundo->imprimir(); 
} 

- (void)saudar:(AloMundo *)saudacao{ 
    saudacao->imprimir(); 
} 

@end

Já neste código acima, temos a classe Saudacao em Objective-C. Aqui também há código em C++, como podemos observar no init, que instancia a classe AloMundo.

int main() { 
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; 

    // Objective-C
    Saudacao *saudacao = [[Saudacao alloc] init]; 
    [saudacao saudar];                          // ------> Alô, mundo! 

    // C++
    AloMundo *aloMundo = new AloMundo("Hello, world!"); 
    [saudacao saudar:aloMundo];       // ------> Hello, world! 

    delete aloMundo; 
    [saudacao release]; 
    [pool release]; 

    return 0; 
}

No main, percebemos as duas formas de chamar o método de imprimir a saudação. Atenção para a forma de trabalhar com a memória. Em Objective-C, utilizamos alloc e release. Já em C++, new e delete.

Como mencionei acima, combinar as duas linguagens tem ressalvas, então tenha como premissas:

não é possível usar a sintaxe Objective-C para chamar um objeto C++;
não é possível adicionar construtores ou destrutores em Objective-C;
cuidado com as palavras reservadas de cada linguagem;
uma classe C++ não pode herdar de uma classe em Objective-C e vice-versa;
cada linguagem cuida de suas exceções, ou seja, uma exceção lançada em C++ não pode ser tratada em Objective-C e vice-versa.

Eu acredito que saber que podemos combinar as duas linguagens facilitará a vida de muitos desenvolvedores, pois já existem vários algoritmos prontos em C++ que são bastante úteis e não precisarão mais serem "traduzidos" para Objective-C.

Até mais!

Leia também:

Testes no iPhone - Usando o framework padrão do Xcode

2010-03-02T14:30:00Z

O post do Felipe sobre testes em iPhone, escrito em janeiro do ano passado, serviu como parâmetro para vários projetos nossos aqui na Mobits. Só depois de um bom tempo utilizando o framework do Google, descobrimos lendo posts do Matt Gallagher no Cocoa with love que o framework nativo do Xcode estava disponível para projetos em iPhone.

Pesquisando na internet, decidimos implementar um projeto utilizando o framework padrão. Este post visa mostrar como configurar seu projeto para iPhone usando o framework nativo e compará-lo com o GTM. Por enquanto, estamos lidando apenas com teste unitários. Em um post futuro comentamos sobre Mock e como adicioná-lo ao seu projeto.

Configuração

Uma vez criado o projeto, você deve criar um novo target para o projeto. Clique com o botão direito em Target > Add > New Target....

Como template, escolha Unit Test Bundle. Escolha um nome para o target (sugestão: Testes Unitarios) e clique em Finish.

Agora, arraste o target original para dentro do target de teste, para criar dependência (forçar o aplicativo a dar build no projeto antes de executar os testes). Após fazer isso, o target deve ficar assim:

Pronto! Com isso você já tem o suficiente para rodar seus testes. Mas pode ser que você queira algo a mais, então vamos ao próximo passo que pode ser muito útil nos seus testes.

Debug

Esta foi a parte mais complicada de fazer funcionar. Depois de muitas indas e vindas em diversos sites, conseguimos configurar o debug (funcionando com breakpoint). Assim você pode correr passo-a-passo as linhas de código dos seus testes caso precise. Vale ressaltar que o debug não funciona caso tenha ocorrido erro de compilação, mas funciona perfeitamente em caso de falhas ocorridas nos testes.

Mas vamos ao que interessa: primeiro, crie um executável para o projeto (Project > New Custom Executable...).

Na janela que se abre, escolha o nome do executável. Ele deverá executar o otest, um programa de termnal que serve para depurar o código das classes em Objective-C. Ele deve ser específico para o SDK do iPhone que você utiliza no projeto. Para saber onde ele está e qual versão você deve utilizar, vá no terminal e digite:

find /Developer -name otest

Eu obtive os seguintes resultados:

/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator3.0.sdk/Developer/usr/bin/otest
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator3.1.2.sdk/Developer/usr/bin/otest
/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator3.1.sdk/Developer/usr/bin/otest
/Developer/Tools/otest

Que fique bem claro que o último não serve para projetos em iPhone. No nosso caso, usamos o segundo (3.1.2). Clique em Finish. Agora precisamos configurar os argumentos do executável na janela que aparece. A imagem abaixo mostra como eles devem ser configurados:

Na seção dos argumentos, você deve obedecer a ordem em que eles estão escritos. O segundo argumento deve ser o nome do produto gerado pelo target de testes que você utiliza (veja no grupo Products). Na seção de variáveis, utilize os seguintes valores:

Variável	Valor
DYLD_LIBRARY_PATH	${BUILD_PRODUCTS_DIR}:${DYLD_LIBRARY_PATH}
DYLD_FRAMEWORK_PATH	"${BUILD_PRODUCTS_DIR}:${DEVELOPER_LIBRARY_DIR}/Frameworks: ${DYLD_FRAMEWORK_PATH}"
DYLD_NEW_LOCAL_SHARED_REGIONS	YES
CFFIXED_USER_HOME	"${HOME}/Library/Application Support/iPhone Simulator/User"
IPHONE_SIMULATOR_ROOT	$SDKROOT
DYLD_NO_FIX_PREBINDING	YES
DYLD_ROOT_PATH	/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/ iPhoneSimulator3.1.2.sdk

Cuidado com a última variável: ela deve ser a mesma versão do SDK utilizado com o otest. Feito isso, você já possui a configuração necessária para "debugar" seus testes. Tudo que você precisa fazer é configurar o executável como o padrão (Project > Set Active Executable). Marque os breakpoints que achar necessário e execute com "Build and Debug".

Comparações

Com o framework configurado e com vários casos de teste já implementados, fica inevitável a comparação entre o framework padrão e o GTM. Algumas diferenças são notadas logo de cara.

Menos métodos de teste: foi um susto ao ver que o framework padrão não tinha o STAssertEqualStrings. Mas nada que assustasse muito: o STAssertEqualObjects servia para o mesmo propósito. No final das contas, não houve nenhum teste que não conseguimos fazer por não existir método para tal.
Bundle: Isso é ponto positivo para o GTM. Para acessar arquivos no ambiente padrão você não utiliza o [NSBundle mainBundle]. Para fazer funcionar, tivemos que configurar no target (na aba Properties, no campo Identifier) um identificador que pudesse ser referenciado no código. Se, por exemplo, você colocar lá um identificador "com.mobits.caricas.tests", basta chamar o bundle identificado por essa string: [NSBundle bundleWithIdentifier:@"com.mobits.caricas.tests"]. É óbvio que isso nos causou alguns problemas nos testes, principalmente nos casos em que no target do aplicativo eu tinha que rodar em um bundle e no target de testes eu tinha que rodar em outro. A solução foi utilizar diretivas de pré-compilação.
Build Results: nisso o framework padrão ganha de lavada do GTM. Enquanto neste os erros aparecem todos duplicados, e listados diretamente na lista dos resultados do build, naquele aparece bem organizado, cada erro apontado hierarquicamente dentro do seu específico caso de teste.

Exibição dos erros no GTM: duplicado

Exibição dos erros no framework padrão: visão hierárquica dos testes

Conclusão

Por ser mais simples de configurar, por exibir melhor os erros dos testes e por não ter certas mandingas que o GTM tem (não poder rodar os testes com o iPhone Simulator aberto, por exemplo), a escolha é o framework padrão do Xcode. Os métodos a mais de teste do GTM não foram um diferencial tão grande que pesasse em favor dele, mas talvez aqueles que o utilizam e desejam migrar vão ter alguns problemas de adaptação, mas nada que seja o fim do mundo.

Em um post futuro eu comento outra parte importante nos testes, a técnica de Mock Objects, como configurá-lo e como utilizá-lo em seus testes. Ah, e se você encontrou algum erro ao tentar configurar o ambiente, adiciona um comentário aqui, pode ser que já tenhamos passado por isso e saibamos como solucionar.

Grande abraço!

Mobits desenvolve sistema para consulta de informações de condutores e veículos em Windows Mobile

2010-02-23T18:49:00Z

A Mobits acabou de desenvolver um aplicativo que consulta e armazena informações de veículos e condutores em conjunto com a Kognitus, empresa incubada na COPPE/UFRJ. O aplicativo exibe também as restrições dos veículos e condutores, como excesso de pontos na carteira de habilitação, IPVA não pago, etc. Além disso, auxilia os fiscais de trânsito exibindo as ações que devem ser tomadas para cada tipo de restrição encontrada, guardando essas consultas com a posição GPS e foto para futuras auditorias.

Para consultar os veículos, o aplicativo é dotado de um módulo de reconhecimento de placas, capaz de identificá-las tirando uma foto, sem a necessidade de digitação.

O módulo de reconhecimento de placas foi desenvolvido pela Kognitus com tecnologia própria. Coube à Mobits o desenvolvimento do aplicativo mobile e do servidor web de comunicação, este último desenvolvido em Ruby on Rails.

O aplicativo foi financiado pela FAPERJ e futuramente será apresentado para órgãos como o DETRAN.

O que os desenvolvedores devem esperar do novo Windows Phone 7

2010-02-19T17:41:00Z

Com o lançamento do Windows Phone 7, a Microsoft resolveu romper com o passado descontinuando o antigo Windows Mobile. Ainda não se sabe sobre como serão as funcionalidades finais do novo sistema, mas as minhas maiores dúvidas são: como será a plataforma de desenvolvimento? Será que o novo sistema rodará os aplicativos de Windows Mobile? Se não, como migrá-los?

O que sabemos é que o Kernel do novo sistema é o Windows CE 6.0, uma evolução do Kernel do Windows Mobile que usava o Windows CE 5.0. O que mudou muito foi a interface, que foi totalmente remodelada para ficar mais finger-friendly e parecida com a do Zune HD para fazer frente com a interface do iPhone e demais concorrentes. Além disso ela também não poderá ser mais customizada por cada fabricante ou operadora.

Sobre os aplicativos do Windows Phone, a Microsoft deixou claro que os detalhes só seriam revelados futuramente. Contudo ela já revelou que os jogos poderão ter integração com a plataforma do Xbox LIVE e que o sistema terá um Marketplace, que pelo layout pareceu mais parecido com o do Zune do que com o Marketplace do Windows Mobile.

Segundo rumores do Engadget a nova plataforma não deverá rodar os antigos aplicativos diretamente, nem deve permitir atualização dos antigos dispositivos Windows Mobile para o novo sistema, o que é muito ruim para os desenvolvedores que terão que migrar o seus aplicativos para a nova plataforma e para os usuários finais. É realmente um novo sistema..

Os desenvolvedores já estão especulando sobre a plataforma de aplicativos e ferramentas. A expectativa é que o novo sistema seja baseado em 3 tipos de plataformas já existentes da Microsoft - o Silverlight para interfaces gráficas ricas, animações, etc; o XNA para desenvolvimentos de jogos, como no Zune e o Compact Framework usado no Windows Mobile para aplicações com formulário e componentes visuais diversos. Outra suposição é que as restrições do sistema para chamadas de APIs privadas aumentarão bastante, impedindo que os aplicativos tenham acesso direto a diversos recursos como tinham no sistema antigo. A plataforma de desenvolvimento deve ser o Visual Studio 2010 em conjunto com o Express Blend e o Windows Phone emulator a ser revelado.

Todas as dúvidas, contudo, só serão esclarecidas mesmo no evento MIX10, de 15 a 17 de março, onde a Microsoft ficou de revelar mais detalhes para a comunidade de desenvolvedores.

Só nos resta aguardar pelas notícias e torcer para que a Microsoft, desta vez, desenvolva um sistema que não seja descontinuado e permita que, tanto os aparelhos quanto os aplicativos antigos, possam ser migrados sem muito custo para as versões subseqüentes.

Leia também:

Formas de promover seu aplicativo na App Store

2010-02-03T12:39:00Z

Estava lendo o artigo do Blog do iPhone sobre um estudo de caso da empresa FaberNovel que analisou as estratégias para promover aplicativos da App Store, baseado em sua experiência no assunto. A partir desse estudo, resolvi fazer um estudo de caso dos nossos produtos, para saber se as ações que eles destacaram realmente fazem diferença na hora de promover seu aplicativo.

Versão Lite

Infelizmente não posso dizer sobre esta estratégia, já que não a adotamos para o Mobits Button Soccer. Mas o que eu posso destacar é que no caso do Cine Mobits, por ser um produto gratuito, ele possui propaganda - o que ocorre com a maioria dos aplicativos gratuitos - e por causa disso, já recebemos feedback de usuários que preferem pagar uma vez pelo aplicativo para não ter a chateação das propagandas. Fica aí a dica!

Promoção de preço

Eu acredito que promoção seja uma tática em qualquer negócio para alavancar as vendas. No caso da App Store não é diferente. Digo a vocês que em todas as vezes que nos utilizamos desse artifício tivemos um retorno considerável. É claro que é bom fazer quando suas vendas estão bem baixas, mas, no nosso caso, a promoção do Mobits Button Soccer foi numa data especial para o futebol, o jogo Brasil vs Argentina (as duas primeiras seleções da primeira versão do jogo). Aproveitar datas importantes que tem a ver com o seu aplicativo também é uma boa estratégia!

Divulgação

Sem divulgação não vamos a lugar nenhum. Sendo assim, posso dizer a vocês que foi fundamental para tornarmos os nossos produtos conhecidos. Ambos possuem hotsite, twitter (cinemobits e futeboldebotao) e orkut (Cine Mobits e Mobits Button Soccer), além da divulgação em vários blogs. No caso do Cine Mobits, por ser gratuito, isso ajudou bastante na sua divulgação, pois as pessoas não tem medo de experimentar o gratuito. Se não gostar, simplesmente param de usar. Já com relação ao Mobits Button Soccer, nem todos pagam para ver. Então procuramos divulgá-lo em vários blogs nacionais e internacionais com promocodes, pois a pessoa que ganha e gosta ajuda a propagar o produto.

Comportamento dos Usuários

Mas isso ajuda em que? É simples! Quando você sabe que seus usuários utilizam mais seu aplicativo nos finais de semana, caso do Cine Mobits, promoções podem ser mais eficazes! Saber o comportamento de seus clientes ajuda e muito como trabalhar a sua estratégia de manter e aumentar o número de seus usuários.

Feedback

Um dos nossos valores é feedback. E por quê? Porque sem ele não sabemos exatamente o que realmente é importante para os nossos clientes. Tanto as novas versões do Cine Mobits quanto do Mobits Button Soccer foram desenvolvidas com base no feedback dos nossos usuários. E isso ajuda bastante a promover os produtos, pois eles ficam satisfeitos e recomendam para os amigos. O segredo é se utilizar do marketing boca a boca!

Quando lançamos novas versões, fica claro que há um aumento do número de novos downloads. O mais curioso, no nosso caso, é que quando há uma nova versão, por exemplo, do Mobits Button Soccer, além do aumento do seu número de downloads, o Cine Mobits também é mais baixado. Acho que isso acontece porque a pessoa acaba querendo conhecer todos os produtos da empresa. Mas isso só se ela gostou de algum deles, né?!

Então...

Todas essas ações que destaquei acima ajudam a fazer com que seu aplicativo fiquem bem no ranking da App Store. E isso é muito importante, pois muitas pessoas baixam aplicativos que estão no Top 25. Logo não ignore o ranking!

Acredito que possa haver outras estratégias para promover aplicativos na App Store, então conte pra gente aqui!

Leia também:

Os 10 mandamentos para obter a licença de desenvolvedor da Apple e publicar na App Store

iPad lançado. O que os desenvolvedores podem esperar?

2010-02-01T13:35:00Z

No meio de euforia e decepções, o iPad já foi considerado desde uma revolução a simplesmente um "iPod de Itu".

O fato é que, tratando-se de Apple, tudo é possível daqui pra frente: o iPad pode mostrar-se o mais novo "gadget-que-você-não-pode-viver-sem", por ser leve, prático e rápido; ou ainda provar ser apenas um trambolho que ficou no meio do caminho entre um netbook e um celular, mas ainda sim ser um sucesso só pelo fato de ter uma maçã gravada no verso.

E o que os desenvolvedores atuais para iPhone podem fazer?

A Apple foi bem inteligente em concentrar esforços para manter a compatiilidade do iPad com as Apps pré-existentes de modo que elas possam ser executadas em dois modos: Resolução original, ou seja, a App vai aparecer em 320x480 como um mini-game na tela do iPad; ou em Tamanho dobrado para se adaptar melhor a tela de 1024x768 (com o risco que prejudicar a qualidade das imagens).

Além disso, boa parte dos recursos foi mantida como acelerômetro, bússula, wi-fi, bluetooth, microfone, caixas de som e GPS (esta última somente no modelo 3G).

Sendo assim, restam duas alternativas para nós, desenvolvedores:

1. Fazer nada

Sim, nada. Podemos esperar o barco mostrar que vai tomar alguma direção realmente interessante e ecomizar tempo e dinheiro. De uma forma ou de outra, nossas Apps já são "compatíveis" com o iPad.

2. Investir

Por outro lado, podemos acreditar que o Tio Jobs e Cia. acertaram mais uma vez e correr para chegar na frente na nova leva de Apps que se tornarão viáveis simplesmente pelo fato de poderem explorar uma tela maior.

Se optar pelo segundo caminho, eis alguns pontos que devem ser observados.

Compatibilidade

Como dito, nós podemos desenvolver Apps para iPhone e contar com o modo de compatibilidade disponível no iPad, mas temos mais 2 opções:

Apps exclusivas para iPad: utilizando os novos recursos visuais bem como o tamanho da nova tela, podemos fazer Apps que rodem somente no iPad;
Apps "Universais": Serão Apps preparadas para identificar cada dispositivo e apresentar a interface coerentemente. "Universal" foi o termo escolhido pela própria Apple - e faz sentido se você considerar que o universo cabe dentro de uma maçã :D

Layout

Com o iPad, poderemos colocar muito mais informação em uma mesma tela. Com isso, uma mesma App poderia ter 5 telas quando executada no iPhone, mas apenas 2 quando executada no iPad. Caberá a nós decidir quando usar essa estratégia.

Multitouch

No iPhone, é comum explorarmos 2 ou até 3 toques simultâneos na tela, mas no iPad, mais uma vez devido a sua tela maior, poderíamos explorar 4 ou 5 toques (ou até mais, afinal a maioria dos usuários tem 10 dedos e mais algumas partes do corpo disponíveis :D).

Diferenças de hardware

Esta não é exatamente nova, uma vez que modelos de iPhone e iPods Touch já apresentam diferenças como GPS, câmera, bluetooh, etc. O lance é fazer nossas aplicações tratarem com elegância as deficiências de cada aparelho evitando que a App feche na cara do usuário e oferecendo alternativas aos recursos ausentes.

Paciência, estudo e criatividade

Embora os novos recursos visuais vão requerer de nós mais aprendizado e novas preocupações, se soubermos explorá-los, poderemos criar verdadeiras inovações na área de aplicações para dispositivos móveis. Espero que não apenas a Mobits, mas todas as iniciativas brasileiras consigam responder a altura caso o iPad venha a revolucionar o mercado como o iPhone fez e convoque os desenvolvedores a criar soluções realmente interessantes.

Testes de interface no iPhone SDK com o UIRecorder

2010-01-15T14:30:00Z

Muitos desenvolvedores ainda não conhecem o grande poder da ferramenta Instruments, uma das três disponíveis no Kit de desenvolvimento do iPhone. Recentemente eu descobri que ela além de medir o desempenho de aplicações, uso de memória e tudo mais, também pode nos auxiliar nos testes de interface.

Já mostramos aqui, no nosso blog, a ferramenta open source Bromine, desenvolvida por nosso colaborador Felipe Barreto, com auxílio de Matt Gallagher. Com o Bromine é possível criar testes que simulam a interação com diversos elementos do iPhone (como tabelas, botões, etc) e verificar o resultado dessas interações. Contudo, como é possível testar interfaces mais complexas, como a de jogos, onde não existem botões, tabelas ou labels? Para isso, temos que ir no simulador e fazer os testes na mão mesmo. E se esses testes forem complicados de se reproduzir? Então usamos o UIRecorder!

O UIRecorder nada mais é do que um gravador e reprodutor das interações que você faz no iPhone Simulator. Primeiro, você deve abrir o iPhone Simulator e o Instruments e escolher o UIRecorder:

Dentro do UIRecorder, vá em "Attach to Process" e escolha o processo do iPhone Simulator. Com isso ele ficará vinculado ao iPhone Simulator e estará pronto para salvar as suas interações. Abaixo, existe um vídeo mostrando o funcionamento da ferramenta:

Um bom exemplo é o aplicativo Mobits Button Soccer, onde a interação com os botões é complicada de simular com outras ferramentas e de reproduzir. Com o UIRecorder eu posso gravar os testes, modificar o código e depois reproduzí-lo para ver se tudo funciona.

A única desvantagem do UIRecorder é que ele não é capaz de determinar de forma automatizada se o software está funcionando ou não, como o Bromine faz, mas já é uma mão na roda para quem quer reproduzir interações complexas e onde o custo de ficar olhando se elas estão corretas é pequeno.

Leia também:

Interfaces mais atraentes no Windows Mobile

2010-01-13T20:40:00Z

Criar interfaces bonitas para Windows Mobile é um grande desafio, já que os componentes são um tanto limitados e a API não permite, por exemplo, o uso de imagens com transparência, label multi-line, ou até mesmo o efeito gradiente como background de algum componente. Então para fazer algo mais personalizado, é preciso criar ou modificar os componentes existentes e nem sempre isso é uma tarefa fácil.

Como tempo é dinheiro, muitas vezes modificar ou criar cada componente pode levar bastante tempo. Logo, seria interessante utilizar componentes prontos para facilitar a vida. Foi assim que descobri a Resco.net, uma empresa lá da Eslováquia que trabalha no desenvolvimento de soluções para Windows Mobile. Além de fazer aplicações e jogos, ela também desenvolve componentes para o WinMo: o Mobile Forms Toolkit. O toolkit oferece uma série de componentes, como listas, tabelas, abas, combo-box, e muitos outros, que podem ser personalizados de diversas maneiras: troca de cores, fundo gradiente, imagens, orientação e por aí vai. Além disso, ele é totalmente integrado ao Visual Studio.

A Resco disponibiliza uma versão trial que dura 30 dias. Para ter a versão paga, é preciso assinar um de seus planos. A licença é anual e cobre futuras atualizações, novos componentes e suporte. Para ver as singularidades e preços de cada plano, veja aqui.

Aqui na Mobits, baixamos a versão trial e podemos dizer que a ferramenta cumpre muito bem o que promete. Vale muito a pena! :)

Ah! Se você conhece alguma outra ferramenta semelhante, comente!

Label multi-line em Windows Mobile: solução para algo que deveria ser simples

2010-01-12T16:06:00Z

Quem já programou para iPhone conhece as facilidades que o Interface Builder fornece para fazer as suas telas. Para quem tem a árdua missão de elaborar as mesmas interfaces para Windows Mobile, não vai encontrar todas essas facilidades, o que pode prejudicar e muito o desenvolvimento e, consequentemente, a experiência do usuário.

Para exemplificar o que digo, mostro a vocês um problema que tive em Windows Mobile, que na teoria deveria ser bem fácil resolver: uma label que pode receber conteúdo dinâmico (acontece toda hora) e que o seu container deve ser redimensionado de acordo com esse conteúdo; se ele tiver que ter duas linhas, que aumente o seu tamanho para comportar duas. Se tiver três, que aumente mais um pouco.

Isso deveria ser tranquilo, certo? Errado. Ao pesquisar sobre como fazer isso, até descobri que há como fazer em C#, utilizando o método Graphics.MeasureString; porém, como muitas funcionalidades que a gente acha fuçando no Google, essa é mais uma que não está disponível para o Compact Framework.

Com o desânimo já batendo à porta, achamos em um dos últimos links procurados um site na Argentina de um desenvolvedor que implementou uma classe para tratar disso em Windows Mobile. Como sempre, pegamos a implementação dele, incorporamos ao nosso código, e colocamos de maneira mais fácil de ser utilizada.

Primeiro, baixe esse arquivo, que contém a definição da classe que iremos utilizar. Ela contém o código que faz toda a mágica. Chamo a atenção para o seguinte método:

internal static int GetLabelSize(Label label, Graphics graphics) {
    return CFMeasureString.MeasureString(graphics, label.Text, label.ClientRectangle, false).Height;
}

Com ele, basta você passar a label que você deseja saber a altura (height), usando o seguinte código:

minhaLabel.Height = CFMeasureString.GetLabelSize(minhaLabel, CreateGraphics());

O método CreateGraphics() é interno a um Form, de forma que a utilização da linha acima deve ser feita preferencialmente no formulário. Convém dizer que o GetLabelSize não funciona com todas as implementações de Label, como, por exemplo, o transparent label. Mas já quebra o maior galho :P.

Leia também:

Desenhando fragmentos de interface no Interface Builder

2010-01-08T16:52:00Z

Quem já começou a desenvolver suas apps para iPhone deve ter passado pelo processo padrão de criar interfaces no Interface Builder: cria o arquivo XIB, vincula-o à view de algum controller e carrega este último com o método - [UIViewController initWithNibName:(NSString *)n bundle:(NSBundle *)b].

Contudo, podem existir casos onde você queira definir apenas um pedaço da interface para ser utilizado diversas vezes por um mesmo controller ou por diversos controllers diferentes. Nestes casos, aparece um novo método:

// Em NSBundle
- (NSArray *)loadNibNamed:(NSString *)name owner:(id)owner options:(NSDictionary *)options

Usado da maneira mais simples, este método retornará um array das views definidas na raiz de um determinado XIB.

Vamos ao exemplo.

Ao carregar o XIB acima com o seguinte código:

NSArray *views = [[NSBundle mainBundle] loadNibNamed:@"Fragmentos" owner:nil options:nil];
UIView *cabecalho = [views objectAtIndex:0];
UIView *rodape = [views objectAtIndex:1];

o array obtido conterá somente as views Cabecalho e Rodape, pois são as que estão no nível mais alto. As outras views serão naturalmente carregadas, pois são subviews das principais.

Depois de incluir suas novas views na sua tela, o resultado final poderá ser algo como:

Você ainda pode definir um objeto de uma classe que você tenha criado como owner do XIB. Desta maneira, poderá utilizar os recursos de ligação dinâmica que o Interface Builder fornece para ligar os elementos visuais às propriedades IBOutlet da sua classe. Para isso, basta definir a classe do seu objeto no File's Owner do arquivo XIB, configurar as ligações e carregá-lo com o comando NSArray *views = [[NSBundle mainBundle] loadNibNamed:@"Fragmentos" owner:meuObjeto options:nil];

Desempenho

Apesar de facilitar muito no desenho de interfaces complexas, o carregamento dos XIB é naturalmente mais lento que a criação de views via código puro, portanto, em situações onde o XIB tenha de ser carregado diversas vezes em um curto espaço de tempo, deve-se avaliar o impacto sobre a performance. Um caso comum seria criar um XIB para definir a aparência da célula de uma tabela. Eu venho utilizando esse recurso constantemente nos novos projetos, mas tenho que ficar atento a tudo que posso fazer para compensar o carregamento lento como, principalmente, o reaproveitamento de células já carregadas.

Como falei acima, venho utilizando este recurso sempre que possível nos projetos e tenho aumentado muito a produtividade na criação de interfaces. Se tiver alguma dúvida sobre o funcionamento, fique a vontade para pedir ajuda.

Leia também:

Nexus One versus iPhone

2010-01-06T20:19:00Z

O tão aguardado lançamento do celular "da Google", Nexus One, foi ontem (05/01). Infelizmente o aparelho não está disponível para o Brasil (e ainda não tem previsão), somente para Estados Unidos, Inglaterra, Cingapura e Hong Kong.

A Google realmente entrou no mercado móvel para competir com a Nokia e a Apple e já traz na bagagem o seu sistema operacional Android e o reconhecimento da sua marca. Mas por que celular "da Google"? Porque ela não fabricou sozinha o aparelho, que utiliza tecnologia da HTC, grande fabricante de celulares.

Como muitos estão dizendo que o principal alvo da Google é a Apple, então compararemos as principais especificações técnicas de seus aparelhos para termos uma noção do que cada um proporciona para seu usuário final.

	Nexus One	iPhone
Altura	119 mm	115,5 mm
Largura	59,8 mm	62,1 mm
Profundidade	11,5 mm	12,3 mm
Display	800x480 pixels / touchscreen	480x320 pixels / multi-touch
Foto	5 megapixels com flash	3 megapixels
Vídeo	possui	a partir do 3GS
Conexões	EDGE / GSM / Wi-Fi / Bluetooth	EDGE / GSM / Wi-Fi / Bluetooth
Recarregamento	tradicional e USB	tradicional e USB
Tempo em fala	7 horas	5 horas
Tempo em standby	250 horas	300 horas
Tempo em vídeo	7 horas	10 horas
Tempo em áudio	20 horas	30 horas
Sistema operacional	Android Mobile Technology Platform 2.1 (Eclair)	iPhone OS v3.1.2
Memória	1 GB e cartão SD de 4 GB (expansível até 32 GB)	8, 16 ou 32 GB - não possui cartão
Localização	GPS / Bússola e Acelerômetro / Wi-Fi / Rede telefônica	GPS / Bússola (a partir do 3GS) e Acelerômetro / Wi-Fi / Rede telefônica
Market place	Android Market	App Store
Site	Especificações do Nexus One	Especificações do iPhone

De acordo com o quadro, podemos observar que ambos apresentam características bem parecidas. Destaque para a resolução da tela e a câmera que são melhores no Nexus One. Já a preocupação que a Apple tem com a bateria do iPhone pode ser vista acima, pois na comparação com o aparelho da Google observamos melhor desempenho.

Mas não estamos aqui para falar do iPhone e sim do Nexus One. Além das especificações técnicas destacadas, o aparelho traz uma série de funcionalidades. São elas:

integração com o Google, podendo fazer qualquer busca desejável;
integração com o Google Maps, que auxilia na navegação;
integração com o Gmail, para poder visualizar seus e-mails;
integração com o Picasa, para visualizar seus álbuns;
integração com o YouTube, enviando vídeos gravados no próprio aparelho;
integração com a lista de contatos do Facebook;
entrada de texto com teclado acionável por voz;
customização da tela inicial e descanso de tela;
widgets;
câmera com flash, zoom digital, efeitos;
leitura das mensagens do correio de voz.

É pessoal, não sei se a Google conseguirá ser páreo para a Apple, porém ela está entrando com força no mercado móvel com o Nexus One, que traz a vantagem de ser integrado com vários serviços da própria Google, que nós hoje não conseguimos viver sem. E esse é o foco da Google com o Nexus One, usuários que precisam da Internet o tempo todo e à mão!

Vamos ver como o mercado responde a essa novidade e se a Apple responderá com alguma novidade. A gente se vê!

O que fazer quando comprar na Apple Brasil

2010-01-06T15:09:00Z

Olá pessoal,

infelizmente estou aqui para escrever um post para relatar um problema que tivemos com a loja da Apple Brasil. Como tivemos problemas no processo de compra para pessoa jurídica, escreverei aqui o que fazer quando adquirir produtos da Apple Brasil e, assim, evitar que você passe pela mesma situação que passamos.

Não comprar por telefone

Acredito que esse tenha sido o nosso principal erro. Segundo o site, ganharíamos desconto fazendo a compra por telefone e desistimos da compra pela Internet. E por que tivemos problema? Porque o cadastro dos dados para a compra não é feito por você e sim por um atendente, que mal treinado, pode errar seu cadastro e provocar um grande estrago. E foi o que ocorreu. Ao invés do atendente fazer a compra para pessoa jurídica, o que foi solicitado e confirmado diversas vezes, ele fez em nome de um dos sócios, ou seja, pessoa física. E o pior, acabamos fazendo o pagamento sem perceber o erro e, posteriormente, descobrimos que era tarde demais!

Pensar bem antes de desistir da compra

Após descobrir o erro, verificamos com a nossa contabilidade que não seria possível ficar com o produto, que tinha como sacado na nota uma pessoa física e não jurídica (como deveria ser)! Então, tivemos que ligar para a Apple Brasil para poder cancelar o pedido. Aí começou o nosso grande tormento, pois não foi somente uma vez que ligamos, mas várias vezes e telefonemas loooooooooooooongos!

Ter paciência

Mas para que? Porque acredite, você passará muito tempo no telefone descobrindo que os atendentes da Apple Brasil não foram treinados igualmente, pois cada um sabe coisas diferentes com relação ao mesmo assunto. Várias vezes tivemos que fazer diferentes telefonemas para tentar resolver a mesma questão: cancelamento da compra! O mais "legal" era que depois de ficar horas no telefone, muitas vezes a ligação caía e a gente tinha que ligar e falar novamente tudo que já tinha sido falado em outra ligação, pois eles não tem número de protocolo, acredita?!

Ligar mais de uma vez

Essa dica é bem útil, pois depois de várias ligações, descobrimos que alguns atendentes diziam que a gente é que deveria enviar o produto de volta para a Apple Brasil, mas outros diziam que o produto seria buscado no lugar da entrega por uma transportadora sem nenhum ônus, ou seja, quando você quiser resolver seu problema e aquele antendente não está conseguindo, desligue e ligue novamente. :P

Não acreditar nos e-mails enviados pela Apple Brasil

É isso mesmo! Vários e-mails foram enviados pela Apple Brasil, porém nenhum foi cumprido. Desde o prazo de entrega até e-mail de confirmação de devolução de produto que não foi devolvido. Só de e-mails confirmando o pagamento e informando a data de entrega recebemos 3!!! E, sem surpresa, cada um com uma data diferente. Menos supresa ainda foi receber o produto na somente última das datas informadas.

Conclusão

O que tiramos disso tudo? Que não valeu a pena ter corrido atrás de um desconto, pois, no fim das contas, a gente acabou ganhando foi um grande transtorno, que levou bastante tempo da gente!

No final da história, cancelamos o pedido depois de muito sacrifício e compramos o mesmo produto em outra loja, que acabou sendo mais barato e a entrega bem mais rápida, porque na Apple Brasil o prazo de entrega é de até 20 dias!

E pensam que acabou? Não! Até hoje (06/01) não recebemos o dinheiro de volta e várias ligações já foram feitas para tentar resolver este outro problema.

É isso aí! Esperem as cenas dos próximos capítulos!

Leia também:

Os 10 mandamentos para obter a licença de desenvolvedor da Apple e publicar na App Store

Cine Mobits eleito terceiro melhor aplicativo de 2009

2009-12-30T13:37:00Z

Saiba mais sobre a votação e as estatísticas do Cine Mobits.

O Cine Mobits ficou em 3° lugar na votação do melhor aplicativo brasileiro para iPhone/iPod Touch de 2009. A votação contou com mais de 2 mil leitores do Blog do iPhone, e o Cine ficou atrás apenas do Tom Tom Brasil e do Brasileirão 2009.

Nesses 8 meses desde que o Cine Mobits foi lançado na App Store, ele já foi baixado por 22.374 pessoas (sem contar as atualizações). Só pra comparar, a sua versão em Java, que existe desde julho de 2008, foi baixada pouco mais de 14 mil vezes. Os acessos mensais ao app também mostram o maior uso do aplicativo para iPhone, com mais de 100 mil acessos por mês, conforme o gráfico abaixo:

O Cine Mobits é acessado por todo o país, mas como mostra o gráfico abaixo de dezembro, as cidades mais consultadas são São Paulo e Rio de Janeiro:

Em 2010 a Mobits tem diversos planos para o Cine, entre eles criar uma versão para Android. Para saber mais sobre o App e também novidades do cinema, acompanhe o Cine Mobits no twitter.

Leia também:

Como o mundo Mobile pode ajudar o meio ambiente?

2009-12-18T21:20:00Z

Um assunto que anda muito em pauta é a questão da sustentabilidade: como explorar os recursos naturais ou não do nosso planeta, evitando ao máximo prejudicar o equilíbrio do meio ambiente? Paralelo a isso, temos um aumento do mercado mobile em todo o mundo. Então, como esse mundo mobile pode nos auxiliar a sermos mais sustentáveis?

Existem diversas pesquisas e iniciativas nesse sentido. Por exemplo, a operadora de celulares Orange apresentou uma forma sustentável de recarregar a bateria dos celulares. Trata-se de uma bomba, como aquelas de encher pneus de bicicleta, que após 1 minuto de bombeamento com o pé é capaz de recarregar até 5 minutos da bateria. Ideal para usuários que estejam localizados em lugares sem energia elétrica. Mais detalhes você pode conferir aqui.

Outra iniciativa bem legal foi apresentada a pouco tempo pela MIT (Massachusetts Institute of Technology): uma bicicleta que possui como principal objetivo calcular níveis de poluição do ar. Mas o que isso tem a ver com mobile? Acoplado ao guidon da bicicleta encontra-se um iPhone que armazena e se comunica via Bluetooth com os canais que captam os níveis de poluição do ar. Além disso, também exibe informações GPS. Para saber mais, veja aqui.

É muito bom ver que existem iniciativas sustentáveis também no mundo da mobilidade. Acredito que muitas coisas legais estão por vir e se tornarão parte do nosso cotidiano! =)