TRABALHO DE FINAL DE CURSO TECNOLOGIA J2ME: JAVA 2 MICRO EDITION

Transcrição

1 TRABALHO DE FINAL DE CURSO TECNOLOGIA J2ME: JAVA 2 MICRO EDITION SANDRO DINIZ VALENTE 2005

2 ii SANDRO DINIZ VALENTE TECNOLOGIA J2ME: JAVA 2 MICRO EDITION Trabalho de Fim de Curso apresentado à Uniminas, como requisito parcial à obtenção do título de Bacharel em Sistemas de Informação. Orientador: Prof. Mestre Silvio Bacalá Junior UBERLÂNDIA 2005

3 iii SANDRO DINIZ VALENTE TECNOLOGIA J2ME: JAVA 2 MICRO EDITION Trabalho de Fim de Curso apresentado à Uniminas, como requisito parcial à obtenção do título de Bacharel em Sistemas de Informação. Orientador: Prof. Mestre Silvio Bacalá Junior Banca Examinadora: Uberlândia, 27 de Julho de 2005 Prof. Francisco José Muller Prof. Márcio Caetano Prof. Sílvio Bacalá Júnior

4 iv AGRADECIMENTOS Agradeço aos meus pais, Álvaro e Maria Tereza, pelo incentivo, pois sem eles esta jornada não estaria terminada. Ao professor Sílvio Bacalá Junior, pela orientação e atenção que foram fundamentais para a realização deste trabalho. À professora Kátia Lopes Silva pela atenção e seriedade que ela proporcionou a todos os alunos do curso. À todos os colegas que com o passar do tempo se mostraram verdadeiros amigos. À UNIMINAS pela estrutura e seriedade no trabalho. À Valéria, por me mostrar durante todo esse tempo, que pessoas boas ainda existem.

5 v RESUMO Com a massificação da Internet em âmbito mundial, diversas linguagens de programação surgiram e tornaram-se mais acessíveis para pessoas com interesse em aprender ou desenvolver. Java foi uma delas, sendo aplicada em diversos setores como controles-remoto de aparelhos eletrônicos, fornos microondas, telefones celulares e, principalmente, computação. Levando em consideração essa diversidade de setores, houve a necessidade da criação de kits de desenvolvimento diferenciados para cada uma. O Java 2 Micro Edition, mais conhecido como J2ME, veio a atender dispositivos com pequena capacidade de memória, tais como telefones celulares e PDAs.

6 vi ABSTRACT With the Internets s massification in world-wide ambit, several programming languages came up and became more accessible to people interested in learning or developing. Java was one of them, being applied in diverse sectors like remote-controls of electronic equipments, microwave ovens, cellphones and, mainly, computation. Considering this sectors diversity, emerged the necessity to create kits of differentiated developments for each one. The Java 2 Micro Edition, most known as J2ME, came to attend devices with low memory s capacity, such as cellphones and PDAs.

7 vii SUMÁRIO 1 INTRODUÇÃO Um pouco sobre a linguagem Java UM ESTUDO SOBRE O J2ME Introdução Estrutura do J2ME Configuração Perfil Pacotes Opcionais Divisões do J2ME A CLDC e seus perfis Os Perfis da CLDC: o MIDP e o PDAP A KVM A CDC, seus Perfis e a CVM Os Perfis da CDC: FP, PBP, PB, RMI e o GP A CVM MIDLet INSTALANDO E CONFIGURANDO O J2ME WIRELESS TOOLKIT Por quê o Wireless Toolkit? Instalando o J2SDK Instalando o Wireless Toolkit J2ME NA PRÁTICA Entendendo a estrutura dos diretórios O MIDlet Estrutura básica de um MIDlet O MIDlet Olá Mundo PROGRAMAS E CÓDIGOS Worm Game A classe WormFood Manipulação de imagens ESTUDO DE CASO Obtendo imagens de uma webcam em um telefone celular Ajustando o ambiente Parte do código Mais webcams CONCLUSÃO REFERÊNCIAS BIBLIOGRÁFICAS...31

8 viii LISTA DE FIGURAS Figura 1: Primeiro projeto do Green... 1 Figura 2: Edições da Plataforma JAVA Figura 3: A Família Java... 5 Figura 4: As camadas do J2ME... 6 Figura 5: A CLDC,... 8 Figura 6: A CLC,... 9 Figura 7: O ciclo de vida de um MIDLet Figura 8: Grupo de trabalho do J2ME Wireless Toolkit Figura 9: Tela inicial de um projeto Figura 10: Nomeando o projeto e a classe Figura 11: Tela com configurações finais para o início do projeto Figura 12: Tela Required Figura 13: Estrutura dos diretórios Figura 14: Estrutura básica de um MIDlet Figura 15: Código fonte do programa Olá Mundo Figura 16: Classe WormFood Figura 17: Classe WormFood Figura 18: Classe WormFood Figura 19: Tela de demonstração de imagens Figura 20: Flashing Lighthouse Figura 21: Esquema do funcionamento do sistema... 27

9 ix LISTA DE SIGLAS J2ME J2SE J2EE PDA J2SDKEE JVM JSDK JRE JCP JSR WSDP JSP JDBC API MIDP PDAP CLDC CDC FP PP PBP RMIP GP KVM JCC Java 2 Micro Edition Java 2 Standard Edition Java 2 Enterprise Edition Personal Digital Assistant Java 2 Software Development Kit Enterprise Edition Java Virtual Machine Java Software Development Kit Java Runtime Environment Java Community Process Java Specification Request Web Services Developers Pack Java Server Pages Java Database Connectivity Application Program Interface Mobile Information Device Profile PDA Profile Connected Limited Device Configuration Connected Device Configuration Foundation Profile Personal Profile Personal Basis Profile Remote Method Invocation Profile Game Profile Kilobyte Virtual Machine Java Code Compact

10 1 INTRODUÇÃO 1.1 Um pouco sobre a linguagem Java No início dos anos 90, a Sun Microsystem criou uma nova linguagem de programação com o objetivo de trabalhar em dispositivos eletrônicos, como por exemplo TVs interativas, microondas, video games, etc. Tal linguagem era chamada de Oak e o grupo que desenvolvia aparelhos eletrônicos que trabalhava com a linguagem Oak se chamava Green Team. O primeiro projeto do Green foi um dispositivo com tela LCD Touchscreen que funcionava como controle remoto de TV, Video Cassete entre outros dispositivos. O software para esse dispositivo teria que ser totalmente confiável e não poderia exigir muito do hardware, devido às suas limitações de memória e processamento. O Green Team pensando nisso desenvolveu a linguagem Oak utilizando boa parte da linguagem C++ e excluindo aquilo que acharam ruim. Como resultado teria-se então uma linguagem pequena, leve, segura e portável. Figura 1: Primeiro projeto do Green Fonte: Sun Microsystem Com o sucesso do projeto, o Green Team foi transformado numa empresa e vários projetos foram a frente. Contudo, o sucesso durou pouco e vários contratos foram rompidos. Sem saber o que fazer com a linguagem Oak (além de que a Sun teria que mudar o nome da linguagem, pois Oak já estava registrado para outros fins) a Sun enxergou uma luz no fim do túnel com a explosão da Internet, pois a linguagem agora conhecida como Java poderia entrar no mercado da World Wide Web para substituir as tradicionais páginas HTML por páginas dinâmicas. Desde então a Sun começou a obter resultados satisfatórios com Java.

11 2 Este trabalho tem por objetivo mostrar os aspectos da tecnologia J2ME, suas características e como programar nela, tendo em vista que a computação móvel e a telefonia celular são realidades cada vez maiores no mundo de hoje, e tal tecnologia permite que desenvolvedores e curiosos façam seus próprios aplicativos para os dispositivos móveis. O trabalho está dividido em 7 capítulos, onde serão abordados conceitos básicos da linguagem Java, preparação do ambiente de trabalho, demonstrações de trechos de códigos para exemplo, um estudo de caso onde mostrará uma curiosa e útil aplicação e uma análise de mercado.

12 3 2 UM ESTUDO SOBRE O J2ME 2.1 Introdução Atualmente o Java encontra-se na sua seguinda edição, a versão 1.4. Desde a versão 1.2, a Sun resolveu utilizar o prefixo J2 (Java 2) para indicar que seria a segunda versão da linguagem, pois desde então as modificações seriam tão grandes em relação à versão 1.1 que seria interessante utilizar o J2 para indicar qual versão estaria sendo utilizada. O Java conta com 3 diferentes tipos de pacotes, sendo eles: - J2SE (Java 2 Standard Edition): É a versão mais utilizada, destinada ao desenvolvimento de aplicativos para desktops e estações de trabalho. - J2EE (Java 2 Enterprise Edition): Destinada ao desenvolvimento de grandes aplicações, como cliente-servidor. - J2ME (Java 2 Micro Edition): Versão destinada ao desenvolvimento para dispositivos com pequena capacidade de memória e processamento. Será o foco deste trabalho. Figura 2: Edições da Plataforma JAVA 2 Fonte: Sun Microsystem

13 4 Outras definições importantes: - JVM (Java Virtual Machine): A JVM é responsável por interpretar os arquivos.class (pré-compilados) da linguagem Java. Ela é considerada o coração da linguagem Java, pois simula uma máquina dentro de um computador. Em alguns casos, a JVM também compila alguns trechos do código (just-in-time compiler), a fim de acelerar o processo de execução. - JSDK (Java Software Development Kit): É o ambiente de desenvolvimento da linguagem Java. Ele inclui a JVM, compilador, appletviewer, algumas bibliotecas básicas entre outras coisas. - JRE (Java Runtime Environment): Pacote aconselhado somente para executar as aplicações, contendo nele a JVM e algumas bibliotecas. Não é possível compilar código Java apenas com isto. Como a JVM pode ser incorporada a aparelhos das redes de geração 2,5 (2,5G), a tecnologia J2ME tornou-se a principal ferramente de desenvolvimento para aplicativos de aparelhos desta geração. Empresas como Motorola, Nokia, Siemens e algumas operadoras telefônicas estão investindo nesta tecnologia. 2.2 Estrutura do J2ME Na computação tradicional temos grandes computadores com bastante capacidade de memória, processamento, display, interface com o usuário e outros aspectos considerados padrões pelos usuários atuais. Os pequenos dispositivos como telefones celulares e PDAs não seguem essas características, pois todos eles tem pouca capacidade de memória, alguns tem uma interface totalmente limitada com o usuário e outras limitações. Pensando desta forma, programas utilizados em computadores normais nunca poderia ser usados nestes pequenos dispositivos, pois as funções e estruturas dos programas teria que ser mais flexíveis devido ao tipo de Hardware. O J2ME tenta criar um padrão para estes dispositivos que são tão diferentes entre si. A Sun tentou unificar essa estrutura com seus outros pacotes, o J2EE e o J2SE.

14 5 Figura 3: A Família Java Fonte: Sun Microsystem - Datasheet Java2 Platform, Micro Edition A arquitetura J2ME não subistitui o sistema operacional dos dispositivos em que trabalha, e sim consiste em camadas acima dele. A camada superior seriam os Profiles, seguido pela camada Configuration, Java Virtual Machine e o sistema operacional (Host Operating System) abaixo (figura 4). A primeira camada, a JVM, interpreta os códigos fontes da linguagem Java e os tranforma em códigos de máquina para que o sistema operacional possa entender. A Configuração (ou Configuration) trabalha como segunda camada e tem por funcão definir uma classe de Hardware a qual está trabalhando, atualmente sendo duas, separando-as em duas famílias. A Configuration possui as bibliotecas principais do núcleo do J2ME. A terceira camada são os Perfis (ou Profiles), que são APIs (Application Program Interface) que complementam e trazem novas funcionalidades ao Configuration.

15 6 Figura 4: As camadas do J2ME Fonte: Sun Microsystem Configuração A Configuração (Configuration) define uma especificação de ambiente de Software para uma determinada faixa de dispositivos, definidos por características de Hardware como interface, memória, processamento entre outras. A Configuração representa uma plataforma mínima de desenvolvimento para cada tipo de dispositivo e nela são permitidos recusrsos adicionais. Os fornecedores de dispositivos devem implementar completamente as especificações da Configuração para que os desenvolvedores possam ter um ambiente de desenvolvimento que funcione corretamente para tal dispositivo. Cada Configuração tem uma JVM e uma coleção núcleo de classes Java. Como os dispositivos em questão não possuem grande capacidade de memória e processamento, é impossível que o J2ME suporte todos os recursos das JVMs utilizadas pelo J2SE por exemplo, sendo assim necessário que toda Configuração tenha sua própria JVM. Os fornecedores de dispositivos não são obrigados a utilizarem a VM da Sun, eles podem fabricar as suas própria ou utilizarem a de terceiros, desde que tais VMs sigam os requisitos mínimos das especificações das Configurações encontradas na Sun. Atualmente existem 2 Configurações definidas no J2ME: a CLDC (Connected Limited Device Configuration) e a CDC (Connected Device Configuration).

16 7 2.4 Perfil O Perfil (ou Profile) é uma API que complementa uma Configuração, implementando classes adicionais que fornecem mais recursos para um determinado dispositivo. Alguns Perfis que têm sua revisão final ou estão em fase de finalização são: MIDP (Mobile Information Device Profile) e PDAP (PDA Profile) usados na CLDC, e o FP (Foundation Profile), PP (Personal Profile), PBP (Personal Basis Profile), RMIP (Remote Method Invocation Profile) e GP (Game Profile) que trabalham com a CDC. 2.5 Pacotes Opcionais Os pacotes opcionais (optional packages) são um conjunto de APIs, mas não definem um ambiente completo de aplicação, como os Perfis. Eles são utilizados com as Configurações e Perfis para extender funcionalidades não encontradas nos mesmos. 2.6 Divisões do J2ME O J2ME é dividido em duas configurações, que são a CLDC (Connected Limited Device Configuration) e o CDC (Connected Device Configuration) A CLDC e seus perfis A CLDC (figura 5) é a configuração mais conhecida do J2ME. Tal configuração está presente na maioria dos telefones celulares de hoje, no qual uma grande parte do mercado está interessada, pois existem muitos atrativos para as operadoras, fornecedores e desenvolvedores. Essa configuração também está presente em pagers e e PDAs com processamento limitado e no PalmOS. Os dispositivos com as seguintes características são atendidos pela CLDC: De 128K à 516K de memória disponível; Processador de 16 ou 32 bits; Fornecimento de energia limitado, geralmente usa baterias; Conectividade com alguns tipos de rede, geralmente de baixa velocidade (9.600kbps); Interface com o usuário limitada. Existem duas versões da CLDC: a CLDC 1.0 e CLDC 1.1. Na primeira não existe ponto flutuante, o que foi corrigido no segunda versão.

17 8 Figura 5: A CLDC, Perfis e a KVM Fonte: Sun MicrosystemTM Os Perfis da CLDC: o MIDP e o PDAP O Persil usado na CLDC é o MIDP (Mobile Information Device Profile). Este Perfil é uma API que adiciona ao CLDC a possibilidade de trabalhar em rede usando o protocolo http 1.1. É o Perfil mais conhecido do J2ME porque é a base do uso Wireless do Java e o único Perfil para o PalmOS. O Perfil PDAP (PDA Profile) é similar ao MIDP, porém seu foco está nos PDAs A KVM A primeira máquina virtual utilizada na CLDC foi a KVM (Kilobyte Virtual Machine). Ela é a menor máquina virtual Java completa criada, pois mantém as propriedades centrais da linguagem e roda em dispositivos muito limitados, com apenas algumas centenas de kilobytes de memória. A KVM não compila o código e sim interpreta o mesmo para o sistema operacional. Devido à grande necessidade de implementar novas classes aos Perfis e o problema de falta de memória dos dispositivos, a Sun desenvolveu uma técnica denominada ROMizing, que consiste em gravar as classes e bibliotecas mais utilizadas pela aplicação em um chip que será introduzido no aparelho. Tal processo ajuda a KVM, pois aquelas classes ou bobliotecas mais utilizadas estarão já gravadas em um chip, evitando que a KVM tenha que interpretá-las, gastando assim menos tempo e recursos do sistema.

18 A CDC, seus Perfis e a CVM Para telefones celulares e outros dispositivos com a mesma capacidade de memória, temos a CLDC que vem cumprindo seu papel atendendo os desenvolvedores. Para aplicações de maior porte, como as que rodam em estações de trabalho, temos os J2SE atendendo uma boa demanda de desenvolvedores. Mas entre esses dois extremos, existem dispositivos que não são atendidos completamente pelo J2ME e não suportam o J2SE, como decodificadores de canais de televisão. Essa lacuna é preenchida pela CDC (Connected Device Configuration) e seus Perfis (figura 6). A CDC foi desenvolvida para atender dispositivos com as seguintes características: Mínimo de 2MB de memória disponível; Processador de 32 bits; Conectividade intermitente ou permanente com a rede, freqüentemente direto com a Internet ou baseada em TCP/IP; Suporta uma implementação completa da Java Virtual Machine; Dispositivos sem nenhuma interface com o usuário ou até aqueles com interface muito sofisticada. Figura 6: A CLC, Perfis e a CVM Fonte: Sun Microsystem

19 Os Perfis da CDC: FP, PBP, PB, RMI e o GP O principal Perfil utilizado na CDC é o Foundation Profile (FP), onde está nele incluído todas as bibliotecas do núcleo Java 2 versão 1.3 e é usado para atuar como base para a maioria dos outros perfis. O Personal Basis Profile (PBP) adiciona funcionalidades básicas de interfaces com o usuário ao FP e é usado em dispositivos com capacidade de interface não muito sofisticada e que não permite mais de uma janela ativa ao mesmo tempo. Já os dispositivos com interfaces de usuário mais sofisticada e complexa usam o Personal Profile (PP) que contém classes para implementar essas interfaces, possui muito mais recursos, inclusive com múltiplas janelas. O RMI Profile (RMIP) adiciona bibliotecas do J2SE Remote Method Invocation ao FP, mas somente o lado cliente desta API é suportada. O Game Profile estava em estudo para fornecer uma plataforma para desenvolvimento de Jogos para dispositivos que usam o CDC. No momento o desenvolvimento do GP foi interrompido e não é certeza se esse perfil derivará do FP ou diretamente do CDC, ou ainda se será abandonado e substituído por um novo perfil ou uma atualização de um perfil já existente A CVM A CVM é a máquina virtual utilizada na CDC. Ela apresenta as mesmas funções da VM usada no J2SE, porém otimizada para utilizar o mínimo de memória possível. Apesar dessa característica importante, ela não possui um compilador como no J2SE, apenas um interpretador de byte-code, porém muito mais otimizado do que a KVM do J2ME. 2.7 MIDLet MIDLet é o nome das aplicações feitas em J2ME, assim como applets são as aplicações do J2SE e os servlets do J2EE. O nome MIDLet veio devido ao perfil MIDP, o mais conhecido e utilizado no J2ME. O MIDLet possui um ciclo de vida importante a ser mostrado, que é o seguinte: startapp(): é chamado quando o MIDLet é ativado ou quando sai de um estado de pausa. pauseapp(): é utilizado para pausar o MIDLel momentaneamente, como por exemplo no momento em que o usuário está utilizando algum jogo e o telefone toca. destroyapp(): é um valor booleano, utilizado para encerrar o aplicativo.

20 11 O MIDLet pode ser carregado sozinho ou em um conjunto de MIDLets chamado MIDLet-Suite. A segunda opção torna possível carregar vários MIDLets ao mesmo tempo, principalmente se eles precisarem interagirem entre si, compartilhando dados ou recursos. Os MIDLets de uma suite não conseguem acessar dados e recursos de outra suite. Figura 7: O ciclo de vida de um MIDLet Fonte: DevX.com No próximo capítulo, discutiremos a preparação do ambiente de trabalho tal como os pré-requisitos necessários para a instalação do J2ME Wireless Toolkit.

21 12 3 INSTALANDO E CONFIGURANDO O J2ME WIRELESS TOOLKIT 3.1 Por quê o Wireless Toolkit? Neste trabalho, foi implementado o código do programa exemplo utilizando o J2ME Wireless Toolkit. Tal escolha foi um tanto quanto óbvia: a linguagem Java é de propriedade da SUN, e o J2ME Wireless Toolkit também. Assim, por obrigação a SUN deve manter uma certa compatibilidade entre a linguagem e seu kit de desenvolvimento, tornando assim mais fácil a tarefa para dos desenvolvedores. Existem alguns pré-requisitos que o usuário deve prestar atenção antes de começar a instalação do programa: O J2SDK (Java 2 Software Development Kit). A última versão do J2ME Wireless Toolkit. 3.2 Instalando o J2SDK O Java 2 Software Development Kit, ou simplesmente J2SDK, é um pacote obrigatório para a programação em Java, tanto em J2ME, J2SE e J2EE. Tal kit contém a máquina virtual Java, compiladores e interpretadores para rodar os aplicativos feitos pelo usuário. Sem o J2SDK é impossível utilizar o J2ME Wireless Toolkit de forma completa, apesar de que o mesmo pode ser instalado no sistema e executado, mas não pode compilar novos programas. O J2SDK pode ser baixado no site da SUN ( e deve ser instalado antes do J2ME Wireless Toolkit. A versão utilizada neste trabalho foi a A instalação é simples e basicamente o usuário escolhe a instalação padrão e clica em next, sem ter que alterar nada. Após ser instalado, o usuário deverá reiniciar o computador. 3.3 Instalando o Wireless Toolkit Chegou a hora de instalar o programa propriamente dito (que também pode ser encontrado no site da SUN). É importante como pré-requisito para a instalação do J2ME, o J2SDK instalado no computador. A versão utilizada do J2ME Wireless Toolkit utilizada neste trabalho é a 2.1. Ao começar a instalação, o usuário escolhe os componentes a serem instalados e o diretório para o programa. Nota importante: Não é possível instalar o programa em diretórios com espaço ou caracteres especiais, como por exemplo C:\Program Files\WTK21. Como padrão, instale em C:\WTK21.

22 13 A figura 8 mostra o grupo de trabalho quando o Wireless Toolkit é instalado. Será utilizado o Ktoolbar para mostrar como desenvolver um aplicativo. Figura 8: Grupo de trabalho do J2ME Wireless Toolkit. Fonte: Tela capturada no desktop onde o aplicativo foi instalado. A instalação do programa termina aqui. No próximo capítulo será mostrado o funcionamento do J2ME Wireless Toolkit com um programa exemplo.

23 14 4 J2ME NA PRÁTICA O primeiro aplicativo que o usuário deve se familiarizar é o compilador de códigos. Isso porquê ele não é um editor como toda linguagem de programação oferece, e sim um mero compilador onde o código feito em qualquer editor de textos será compilado. A figura 9 mostra a tela inicial de um projeto, ou seja, nenhum código. Para iniciar um novo projeto, deve-se clicar em File e depois New Project. A tela da figura 11 será mostrada. Figura 9: Tela inicial de um projeto. Fonte: Desktop. É importante utilizar o mesmo nome para o projeto e a classe, pois isso evita futuras confusões ao analisar ou gerenciar os arquivos gerados pelo Wireless Toolkit. Será usado o nome Cobra para o projeto e classe. Figura 10: Nomeando o projeto e a classe. Fonte: Desktop.

24 15 Ao clicar em Create Project na tela anterior, é mostrada a tela da figura 11. É muito importante nesse momento saber para qual dispositivo estamos programando, pois é a hora de escolher a versão do CLDC (1.0 ou 2.0). Neste projeto, será usada a versão 1.0 por questões de maior compatibilidade com os dispositivos atuais. Figura 11: Tela com configurações finais para o início do projeto. Fonte: Desktop. A figura 12 mostra uma parte importante do projeto, a tela Required. Nela, encontram-se informações sobre o nome do arquivo.jar do projeto, a versão do CLDC escolhida anteriormente e no nome do proprietário do projeto

25 16 MIDlet-Vendor, no qual pode ser alterado para o nome do usuário que está desenvolvendo a aplicativo. Após clicar em OK, o projeto estará automaticamente salvo, mas ainda sem nenhuma linha de código. Figura 12: Tela Required. Fonte: Desktop. 4.1 Entendendo a estrutura dos diretórios Ao iniciar o projeto Cobra, o Wireless Toolkit (WTK) cria toda uma estrutura para os arquivos do projeto serem armazenados. Ela é padrão para qualquer novo aplicativo a ser desenvolvido. A figura 13 ilustra a estrutura.

26 17 Figura 13: Estrutura dos diretórios. Fonte: Desktop. Nota-se que o diretório raiz do projeto Cobra está localizado em C:\WTK21\apps\Cobra. Nele existem várias subpastas: src: onde ficam todos os códigos fontes que serão compilados pelo Wireless Toolkit. res: onde ficam todas as imagens a serem visualizadas e utilizadas no projeto. lib: localização das bibliotecas a serem utilizadas, podendo ser em formato ZIP ou JAR. bin: local onde são gerados os arquivos ZIP ou JAR e o arquivo JAD, que serão utilizados para a pré-verificação. 4.2 O MIDlet Na plataforma Java existe uma certa padronização no nome das aplicações. O Applet é usado para a construção de um pequeno aplicativo que é carregado pelo browser e roda na máquina do cliente. O Servlet é um aplicativo que é solicitado pelo browser e é executado no servidor. Já o MIDlet é construído para ser executado em pequenos componentes Estrutura básica de um MIDlet. A classe MIDlet oferece três métodos abstratos que são usados pela aplicação. Eles são chamados à partir do gerenciador de aplicações do dispositivo, e são usados para se comunicar com os aplicativos que estão rodando. O método "startapp" é chamado imediatamente depois do construtor e cada vez que um aplicativo é ativado, estiver visível. Isto quer dizer que este método não é chamado somente quando o aplicativo é iniciado, uma aplicação pode fazer a transição entre os estados de ativa e inativa muitas vezes durante o tempo em que está sendo rodada, e portanto deve-se evitar colocar código de inicialização que só pode ser rodado uma única vez. O método "destroyapp" é chamado pelo gerenciador de aplicativos para indicar que uma aplicação está prestes à ser terminada. Ao contrário do método "startapp", este método será chamado uma única vez durante o tempo de execução de uma aplicativo sendo, portanto, recomendado o uso de "código de limpeza" aqui, pois, como a MIDP não possui a capacidade de finalizar seus objetos, então eles devem ser terminados, liberados no "destroyapp". O método abstrato, "pauseapp", é utilizado para notificar o aplicativo que está rodando está para ser pausado porque o usuário acabou de começar a rodar outro aplicativo ou está utilizando uma função do dispositivo que prevenirá seu aplicativo de continuar rodando. A maioria dos dispositivos móveis não possuem poder de processamento para estarem realmente "multitasking" (executando várias funções ao mesmo tempo). Este método provavelmente será chamado com uma certa freqüência e deve-se manter em

27 18 mente que os recursos sendo utilizados pelo aplicativo devem ser liberados neste momento. Quando a aplicação volta à rodar, o método "startapp" será chamado pelo gerenciador de aplicativos. A estrutura básica para se construir uma aplicação J2ME pode ser vista na figura 14. Figura 14: Estrutura básica de um MIDlet. Fonte: Desktop É possível observar os três métodos básicos para a criação de um MIDlet, já explicados anteriormente. 4.2 O MIDlet Olá Mundo Como todo programador descobrindo uma linguagem nova, os autores de livros sempre usam o tradicional exemplo Hello World, ou Olá Mundo em português. É interessante aprender o mesmo programa em várias linguagens diferentes, pois assim o usuário pode fazer uma comparação nos códigos fonte e analisar em qual linguagem se gastou menos linhas, qual utilizou mais componentes, qual utilizou menos funções e outras coisas mais curiosas. Será demonstrado aqui, então, o programa Olá Mundo, que nada mais faz do que apresentar esta mensagem na tela do celular. É importante dizer que o J2ME não tem um editor de código. Foi usado neste trabalho o programa EditPlus 2. A figura 15 ilustra o código fonte do programa.

28 19 Figura 15: Código fonte do programa Olá Mundo. Fonte: Desktop. Este exemplo estende ao aplicativo a classe base MIDP através da classe MIDlet e importa a javax.microedition.midlet e a javax.microedition.lcdui. Um inclui a classe base MIDIlet para o aplicativo, enquanto o outro garante os elementos da interface gráfica, respectivamente. No método startapp, o MIDlet adquire recursos e inicia a execução. No pauseapp libera recursos e fica em hibernação (wait); no destroyapp libera recursos, finaliza threads e termina todas as atividades. Toda comunicação tem que acontecer em ambas direções, ou seja, ir e vir, para ser eficiente. O MIDlet oferece um conjunto de métodos para comunicar-se com o gerenciador de aplicações: NotifyDestroyed notifica ao gerenciador que a aplicação quer ser terminada. Ao chamar este método, o resultado não será a execução do método "destroyapp", ele deve ser chamado manualmente.

29 20 NotifyPaused notifica o gerenciador que a aplicação quer ser pausada. ResumeRequest solicita que o gerenciador volte a rodar a aplicação, se esta estiver pausada. GetAppProperty busca as informações de configuração de uma aplicação. Depois que o arquivo estiver compilado e pré-verificado (os packages criados ), chama-se o emulador, que simula o desempenho do celular, (procurar sempre utilizar o do modelo do celular real). Aparecerá a execução da aplicação em J2ME tal qual em um celular, e após, enviá-la para o celular. Recomenda-se sempre criptografar as informações, os dados. O obfuscator oculta o código e diminui seu tamanho; não consegue evitar a descompilação, mas dá trabalho para alguém entender e refazer o código. No próximo capítulo, serão mostrados diversos programas e seus respectivos códigos para entender melhor a capacidade do J2ME em diversos aspectos, como jogos, wap, sons e vídeos.

30 21 5 PROGRAMAS E CÓDIGOS Como o intuito deste trabalho é mostrar a plataforma J2ME utilizando o Wireless Toolkit, serão colocados em prática alguns aplicativos que aproveitam da capacidade de um telefone celular e da plataforma J2ME Wireless Toolkit. Alguns programas são bem simples, como a calculadora e o jogo da cobrinha que todos conhecem. Outros são mais impressionantes, como programas que se conectam na Internet para obtenção de dados. 5.1 Worm Game É o tradicional jogo da cobrinha. Todos o conhecem mas talvez possam não ter idéia da complexidade do código fonte para se fazer uma aplicação sem muita utilidade prática, porém bem divertida. O jogo é constituído por sete classes: WormScore: é a classe que controla a pontuação do jogador. Worm: é a classe que controla a cobra, sua direção e seus movimentos. WormException: classe que controla as mortes da cobra. Ao morrer, o jogo é iniciado. WormFood: é o item que a cobra vai comer. Ele é posicionado em lugares alternados da tela. WormLink: classe responsável por adicionar novas partes à cobra. WormMain: classe principal do jogo. É ela quem inicia o MIDlet. WormPit: classe responsável pelo ambiente do jogo, sendo esse o espaço físico em que a cobra pode andar. A seguir, teremos alguns códigos A classe WormFood.