Um dos maiores problemas enfrentados no desenvolvimento é de como usar a ajuda. Normalmente, existe um guia de referência de todas as funções, mas ele não é claro o suficiente pra quem chega “agora”.

Particularmente, eu recomendo ao pegar uma plataforma/linguagem nova traçar um objetivo simples (quando estava no colégio técnico, meu objetivo era sempre fazer um programinha que calculava a fórmula de Baskara). Comece do começo, escreva um Hello World, se acostume com a ferramenta, coloque breakpoints. Tente antes de sair perguntando, para que quando você fizer a pergunta, ela já será não tão obvia e ao mesmo tempo você entenderá melhor a resposta pra ela. E leia pelo menos os tutoriais iniciais. Saiba do que a ajuda fala quando está lidando com termos que você nunca viu antes, principalmente acrônimos. E são deles que gostaria de falar aqui:

• SDK: Software Development Kit; O SDK contém as bibliotecas (*.h, *.lib) para o desenvolvimento específico para aquele hardware que você deseja trabalhar com. No caso do Visual Studio 2005, ele já vem com o SDK para o desenvolvimento em Pocket PC. O SDK pode ou não incluir um emulador (como é o caso do Pocket PC 2003, que vem com um emulador para vários tipos de tela e teclado diferente). Além disso, ao instalar um SDK e escolhe-lo ao iniciar um projeto, ele já acerta o caminho para as headers e libraries, além de várias outras configurações do compilador, tais como, por exemplo, a arquitetura alvo para qual se deseja desenvolver.

Normalmente, é possível utilizar qualquer SDK que tenha a mesma arquitetura de processador para um hardware qualquer.  Por isso que em meu projeto TFTPCE do codeplex eu uso o Windows CE Standard SDK, que me dá a possibilidade de compilar pra qualquer arquitetura. (http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=fa1a3d66-3f61-4ddc-9510-ae450e2318c3)

É vantagem usar um SDK específico quando o fabricante do hardware fornece um, pois além das APIs padrão da Microsoft ele pode colocar mais algumas referências a funções especiais do hardware dele. (Por exemplo, um hardware que tenha uma garra pode ter uma API que controla essa garra)

• DTK: Developer Tool Kit: O DTK não é comumente usado, esse é o primeiro que eu vejo. Ele constitui de algumas ferramentas extras que dependem do SDK para funcionar. O Link pro DTK do Windows Móbile 6.5 é esse:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=20686a1d-97a8-4f80-bc6a-ae010e085a6e

Além desses dois acrônimos, há também os que são mais comuns de ser ouvido quando se trabalha um nível mais baixo, com o Platform Builder, isto é, adaptando o Sistema Operacional para um hardware específico.

• BSP, OEM e OAL: O BSP vem de Board Support Packager constitue em um conjunto de drivers e configurações que o fabricante de hardware, o OEM (Original Equipment Manufacturer). Além dos drivers, o BSP deve ter uma camada que conecta o processador com o Kernel do CE (pré-compilado). Essa camada é a OAL (OEM Adaptation Layer)

*A imagem ilustrativa foi retirada do flicker de Lucia Freitas, e está sobre a creative commons : http://www.flickr.com/photos/lufreitas/474912291/

Ok, videozinhos engraçados á parte:

Windows CE

O Windows CE é um sistema operacional modular, embarcado. Isso significa que você pode pegar apenas as partes que você precisa para fazer com quê ele funcione em dispositivos com fins bem específicos. Por exemplo, nos sistemas de entretenimento em vôo. Ou em uma máquina de café, ou até controlando um elevador em um condomínio. Ou até em uma urna eletrônica (Todos esses são exemplos reais – uma das primeira versões da urna eletrônica rodava em CE); Na maioria dessas aplicações, a pessoa nem sabe que o CE está rodando. (Provavelmente se soubesse ia ficar como mimimi porquê Windows isso, Windows aquilo…)

Utilizando uma aplicação chamada de Platform Builder, você consegue criar imagens do sistema que variam desde minúsculas (baseadas em Tiny-Kernel, que usa 500kb) pra rodar, até imagens com mais de 100MB, com todos os recursos que você deseja, tais como touch screen, aceleração multimídia via hardware, acesso a internet, e por ae vai.

Ao criar um novo projeto no Platform Builder, você pode escolher entre os vários templates (Tiny Kernel, Thin Client, Media Client) de plataforma, e depois ir adicionando/removendo o que precisa. Um desses templates que mais foi utilizado foi o Pocket PC, que é a base do que chamávamos os PDA (Personal Digital Assistant), enquanto eles ainda faziam sentido no mercado (Antes dos smartphones aparecerem).

De olho nesse mercado, a Microsoft aperfeiçoou esse template adicionando algumas API´s bem específicas, sendo a mais importante delas o suporte a telefonia celular.

Então, ela pegou todo esse template específico, e criou uma aplicação chamada de Platform Builder for Windows Mobile, que é distribuido apenas para parceiros que assinam um NDA específico. Essa aplicação gera imagens de Windows Mobile, que é a base de qualquer smartphone no mercado, entre eles o Motorola Q, e o Samsung Omnia.

-Tá, legal bacana, mas possso rodar meu programinha favorito que roda no Windows XP  no Windows CE/Mobile?

Não, são basess de código diferente. O Windows CE tem apenas um subset da API do Windows XP+. Não que isso faça muita diferença, pois a API do Windows é gigantesca devido as várias revisões e funções que foram duplicadas. Além de que o Windows CE pode rodar em arquiteturas de processadores diferentes da X86. Mas se você tiver o código fonte, o porte não é tão complexo, dependendo das tecnologias que você usou. Se você tiver usando QT, C++, o porte é relativamente simples. Mas não se esqueça que você está portando para um sistema operacional com recursos limitados, dado que o seu alvo é bem diferente do Windows XP.

-Humm, ok, se então o Windows Mobile é baseado em Windows CE, posso rodar meu programinha favorito do meu celular no Thin Client que a minha empresa usa.

Provavelmente não, pois os thin clients da empresa são em sua maioria X86, e os smartphones, ARM. Mas, se você tiver um thin client baseado em ARM, provavelmente irá funcionar.

-Mas e a tela, são coisas completamente diferentes!

Sim, são. No caso do programador só ter planejado a aplicação pra funcionar no celular, ela irá ficar limitada em uma janela do tamanho da resolução do celular. E o touch será simulado com os cliques do mouse.

Versões do Windows Mobile/Pocket PC com o CE

PocketPC2003/Windows Mobile 2003 –> Baseado no Windows CE 4.2

Windows Mobile 2005 –> Baseado no Windows CE 5.0

Windows Mobile 6 até o Windows Mobile 6.5 –> Baseado no Windows CE 5.2

Tem uma tabela completíssima aqui: http://www.pocketpcfaq.com/wce/versions.htm

Ah, mais uma coisa. A nova versão do Windows CE não se chama Windows CE oficialmente, e sim Windows Embedded CE

– E o quê raios significa CE?

A explicação oficial da microsoft (http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q166915) é que CE não significa nada específico, e sim uma implicação de um número de preceitos em volta do mesmo, incluíndo  “Compacto”, “Conectável”, “Compatível”,”Companheiro” e “Eficiente”