Compact Framework 3.5 - Artigo webMobile 35

Há pouco tempo o mercado deixou de abranger apenas telefones celulares, mas também, minicomputadores de mão, onde o usuário pode acessar e escrever documentos, verificar e-mails, resolver negócios, etc. Estes minicomputadores são chamados de smartphones.

Para suportar todos esses aplicativos, os sistemas operacionais dos smartphones necessitaram ficar mais robustos e melhor desenvolvidos. A Microsoft entrou no mercado com o sistema operacional Windows Mobile, que é o Windows voltado para celulares. Desde então, quando a Microsoft também lançou o .NET, uma parte deste último foi destinado ao desenvolvimento de aplicações para celulares, para o sistema operacional Windows Mobile. Com isso ela entrou no mercado para celulares não só no sistema operacional mas também no mercado de desenvolvimento para este sistema, uma grande jogada de mestre, pois muitos dos outros sistemas somente aceitam aplicações Java ou no seu formato nativo.

O .NET é uma gigante biblioteca que auxilia muito o desenvolvimento de programas. Acoplado ao sistema operacional para mobile da Microsoft, o resultado só poderia ser grandes aplicações, de diversos tipos, para todos os tipos de usuários. O Compact Framework é a biblioteca do .NET para aplicações Windows Mobile. Ele existe desde a versão 1.0 do framework da Microsoft, e atualmente está na versão 3.5, porém, com a nova versão do sistema operacional Mobile, o Windows Phone, deixou de se chamar Compact Framework.

A ideia deste artigo é apresentar o Compact Framework, pois o Windows Phone 7 é muito recente e poucos aparelhos possuem este sistema operacional. A apresentação da tecnologia é superficial, bem básica, como uma simples introdução para o desenvolvimento de aplicativos, com a apresentação dos controles e criação de formulários básicos e operações simples.

Compact Framework

Atualmente na versão 3.5, é a última antes do Windows Phone. A versão 4 não vem por padrão um SDK de desenvolvimento para Mobile, porém pode ser encontrado somente o SDK para o Windows Phone.

Essa tecnologia funciona como qualquer outro tipo de projeto do Visual Studio, como Windows Forms, ASP.NET, etc. Inclusive, dá para se utilizar o conceito de multicamadas, podendo separar visual de regra de negócios, e ter vários tipos de projetos, inclusive os anteriormente citados.

Este framework é um dos mais ricos para desenvolvimento de aplicações mobile, porém, somente para celulares que possuem o sistema operacional da Microsoft, ou seja, não dá pra tornar a aplicação para todos os celulares. Mas, para os telefones que a suportam, roda de forma tranquila. Nas referências do artigo será postado o link direto do site da Microsoft para download do Compact Framework.

Windows Phone

O Windows Phone possui um SDK que é a evolução do Compact Framework, destinado a celulares que possuem o sistema operacional para mobile mais novo da Microsoft. Este tipo de projeto deve ser usado no Visual Studio 2010 e ele simula um aparelho com o sistema operacional para testes e debug da aplicação, facilitando a vida do programador. O Compact Framework também emula um aparelho com o Windows Mobile. Atualmente não é o sistema operacional que domina o mercado, porém, num futuro próximo, poderá dominar a maior parte dos celulares.

Principais conceitos

Quando se cria um projeto de Compact Framework pode-se utilizar a linguagem C# ou Visual Basic.NET. As interfaces com o usuário são baseadas em formulários muito semelhantes aos usados no Windows Forms. Os formulários possuem 3 arquivos. O primeiro é o formulário em si e a programação dos eventos dos controles. O Segundo, com a extensão .Designer, é o arquivo que armazena a declaração dos controles e  suas características perante o formulário, como posição, tamanho, etc. O terceiro arquivo é o de resource, onde são guardados objetos como imagens e ícones, utilizados no formulário. Como foi citado anteriormente, é possível utilizar vários projetos na arquitetura multicamada, separando a parte de negócios da parte de interface com o usuário. O uso mais comum de sistemas comerciais em smartphones é para o uso de recepção, entrada de dados. Por exemplo, em um restaurante os garçons poderiam usar celulares para fazerem os pedidos. Estes, por sua vez saem na cozinha, em uma aplicação Windows Forms que fica esperando os pedidos serem gerados para avisar os cozinheiros da solicitação feita.

Serão apresentados os principais controles desta tecnologia, são eles: Label, Button, TextBox, DataGrid, ComboBox, além de fazer operações básicas como preencher um DataGrid, adicionar itens aos ComboBox, abrir um formulário a partir de outro, etc.

Principais controles

Com certeza o Label é um dos controles mais utilizados em um projeto, já que ele serve como rótulo de campos. Ele é o campo que fica em cima de controles como TextBox, ComboBox, entre outros controles. Para utilizar o label é simples, basta arrastar da ToolBox para o formulário. A Figura 1 mostra o label em tempo de execução, rotulando o nome do cliente de uma aplicação.

É bem difícil usar algum evento do Label, mas, ele oferece eventos como EnableChanged e TextChanged, que permite realizar algumas operações. Nesse aspecto, este controle diferencia de sua versão Windows Forms. Neste último mencionado é disponibilizada uma série de eventos, como Click, KeyUp e KeyDown.

Em seguida, o segundo controle é o TextBox, pois permite a entrada de vários tipos de informação, como nomes, endereços, documentos, valores, datas, entre outros dados. Em um sistema de médio porte, a quantidade média de utilização de TextBoxs é de 100 controles (claro que depende do tipo do sistema, mas a maioria deles se aplica esta regra). A Figura 2 mostra um TextBox no emulador do Visual Studio.

Oferece os principais eventos como KeyUp, LostFocus, GotFocus e TextChanged, muito necessários em certas ocasiões como validação de entrada de dados, para por exemplo, permitir a entrada de números apenas.

Junto com o TextBox, o ComboBox é muito utilizado também, principalmente quando é necessário que o usuário escolha uma opção que não se pode alterar, por exemplo, algum cadastro no sistema ou tipos fixos de algum conceito. A Figura 3 mostra um ComboBox renderizado na tela do smartphone.

Com as opções pré-definidas, é mais fácil inserir os dados. É só pensar num contexto de um restaurante que precisa de agilidade na anotação dos pedidos: se os garçons escrevessem no celular o pedido do pessoal, demoraria muito. Agora, se tivesse as opções e ele só as escolhesse e não informasse nada, agilizaria e muito a anotação dos pedidos.

Quanto aos eventos, é a mesma situação dos outros controles: não possui todos os eventos da versão Windows Forms, porém, os eventos principais permaneceram, como SelectedIndexChanged e TextChanged. Em relação aos itens da combo, seu preenchimento pode ser feito de duas maneiras: os itens podem ser fixos, pré-definidos na propriedade Items ou pode ser uma lista de objetos atribuídos no DataSource da Combo. Neste último, o detalhe é que as propriedades DisplayMember e ValueMember devem ser preenchidas para aparecer corretamente a descrição e o valor, respectivamente, dos itens da Combo.

O botão é um controle que possui um objetivo diferenciado dos outros controles, pois ele não oferece entrada de dados, mas, na maioria dos casos, ele é o responsável por disparar a operação que guarda os dados de outros controles. Apesar de não permitir entrada de informação, é um controle essencial para todos os casos, seja de confirmação até cancelamento de alguma operação. A "