01 Arquitetura PDF

INTRODUÇÃO A J2ME
Prof. Dany Sanchez Dominguez

y@
dany@labbi.uesc.br
NBCGIB – Sala 01
Semana de Informática da UESC

Setembro - 2010
Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 1

Tema 1
Introdução. Arquitetura J2ME.

Introdução J2ME
Ambiente de desenvolvimento.
Semana de Informática da UESC

Setembro - 2010

Sumário - 1
• Introdução ao J2ME
• Tecnologias JAVA
• Arquitetura J2ME
• Configurations,
Configurations profiles e APIs
• Configurações: CDC e CLDC
• Profile: MDIP
• Plataformas JTWI e MSA
• J2ME vs J2SE
O Que é J2ME?
• Uma tecnologia Java para dispositivos
móveis e sem fio.
• Um dispositivo móvel é aquele que pode ser

transportado
p pelo usuário durante a sua
p
operação.
• Um dispositivo sem fio é aquele capaz de

se comunicar com outro dispositivo ou uma
rede de dispositivos sem o uso de cabos.

Ciclo do JAVA
• Inicio dos 90s, desenvolvimento dos eletro-
eletrônicos,
g g
• Necessidade de uma linguagem independente
p
do dispositivo (portable),
• Linguagem simples e leve, leve orientada a
sistemas embarcados,
Oak/JAVA
• Aparece a JVM

Ciclo do JAVA
• Meados dos 90s, surgimento da internet (www),
• Necessidade de incorporar recursos avançados
as p
páginas
g web estáticas,,
• Aparecem os JAVA/Applets,
Oak/JAVA
Applets

Ciclo do JAVA
• Finais dos 90s, consolidação da internet (www),
• Necessidade de criar páginas web dinâmicas,
• Difusão
Dif são de aplicações na arq itet ra
arquitetura
cliente/servidor de duas camadas,
• Aparecem as servlets.
Oak/JAVA
Applets
Servlets

Ciclo do JAVA
• Ano 2000, expansão das TICs e as PCs,
• Necessidade de desenvolver aplicações de
propósito
p p geral,,
g
• Consolidação das aplicações webs
(internet/intranet),
(internet/intranet)
• Aplicações Oak/JAVA
cliente/servidor
multicamadas. J2SE/J2EE Applets
pp
Servlets

Ciclo do JAVA
• Meados 00s, ampliação no uso de dispositivos
moveis (celulares, pdas, GPS),
• Surgimento e consolidação das redes sem fio,
fio
• Retorno as origens J2ME,
• Simplificação da JVM, Oak/JAVA

J2ME
• Apenas os recursos
indispensáveis a API J2SE/J2EE Applets
JAVA.
Servlets

Tecnologias
g JAVA
• J2SE – núcleo da linguagem JAVA e APIs orientadas
a criação de aplicações c/s,
c/s desktop e applets,
applets
• J2EE – uma versão ampliada do J2SE com recursos
orientados a redes, internet e intranets. APIs para
desenvolver aplicações
p ç webs e c/s multi-camada.
• J2ME – Inclui algumas

características
t í ti do
d núcleo
ú l
de JAVA, API para
J2EE J2SE J2ME
d
desenvolver
l aplicações
li õ
em dispositivos
“
“pequenos”.”
Plataforma alvo do J2ME
• Características dos dispositivos (cliente-leve):
Memória
M ó i reduzida,
d id
Baixo poder de processamento,
Comunicação com estreita largura de banda,
Interface de usuário limitada,
• Smart card • Comunicadores de bolso
• P
Pages • Sistemas
Si t d
de navegação
ã
• Telefones celulares de vehiculos
• A i t t pessoais
Assistentes i • Internet TV
digitais (PDAs) • Set-top boxes
• Pontos
P t de d venda
d
Arquitetura J2ME
• Precisamos um especificação para dispositivos
“leves” que não apresentam um padrão de hardware.
• Objetivos:
Obj i
Suportar uma variedade de dispositivos com
diferente níveis de recursos.
recursos
Suportar funcionalidades específicas dos
diversos dispositivos.
dispositivos
Manter uma arquitetura comum.
2 Portabilidade
2.
1. Flexibilidade 3. Uniformidade
Arquitetura
q J2ME
• Como obter portabilidade, flexibilidade e
id d ?
uniformidade?
if
• Oppadrão foi definido em vários níveis,,
• J2ME é formado por Configurations, Profiles e API
opcionais
p
• Configuration
Especificação
p ç para uma família de dispositivos
p p
baseada na restrições de memória e poder de
p ocessa e o
processamento.
Define o ambiente de execução (JRE) e as
classes do núcleo JAVA disponíveis no
dispositivo.
Arquitetura
q J2ME
• Profiles
Provê uma API específica para um grupo de
dispositivos
p ou um único dispositivo.
p
Consiste em um grupo de classes que
implementam as funcionalidades encontradas em
um dispositivo.
Profiles são baseados em um determinada
configuration.
g

Arquitetura
q J2ME
• API Opcionais
Provê funcionalidades adicionais (específicas
para uma certa tecnologia) que podem ser
usadas
d em conjunto
j t com um ou mais i profiles.
fil
J2ME = Configuraton + Profile + APIs Opcionais
Aplicação
p ç J2ME
API
Profile
C fi
Configuration
ti
JAVA COMMUNITY PROCESS (JCP)
• JCP é o forum para desenvolvimento da tecnologia
J2ME,
J2ME
• Propostas de configurations, profiles e APIs
opcionais são enviadas ao forum,
• As propostas são avaliadas para obter o concenso
da comunidade e da industria de dispositivos,
• Um dos objetivos
j é evitar a fragmentação,
g ç ,
• Configurations, profiles e APIs opcionais aparecem
primeiro como uma requisição ou Java Specification
Request (JSR),
• Consultar o site www.jcp.org
www jcp org (visitar).
(visitar)
Configurations
• Configurations são especificações da arquitetura
J2ME que definem:
d fi
Caracteristicas da Linguagem Java
Biblioteca de Classes de Baixo Nível
Caracteristicas da Máquina Virtual
• Atualmente duas configurations são suportadas

em J2ME:
CDC - Connected Device Configuration
CLDC - Connected Limited Device Configuration

CDC - Configuration
• Requisitos de hardware:
e ó a ROM
Memória O mínima a5
512 Kb
b ((ideal
dea >2 Mb)
b)
Memória RAM mínima 256 Kb (ideal >1 Mb)
Algum tipo de conexão em rede (ideal banda
larga)
• Máquina Virtual:
CVM - C Virtual Machine
Compatível com a JVM mas a sua
implementação é otimizada para dispositivos
em rede
Garbage Collector separado da VM
CLDC - Configuration
• Requisitos de hardware:
Memória ROM mínima 160Kb
Memória RAM mínima 32Kb
Algum tipo de conexão em rede (banda
estreita ou intermitente)
• Maquina virtual:
KVM -K(ilobyte)Virtual
K(ilobyte)Virtual Machine
Versão simplificada da JVM

CLDC – Características da KVM
• CLDC 1.0 (elimina da JVM)
Java Native Interface
Tipos de Ponto Flutuante (float e double)
Verificação de classes
Simplifica o tratamentos de exceções
Funções avançadas de threads
• CLDC 1.1 (inclui na CLDC 1.0)

Suporte a ponto flutuante

CDC e CLDC - Dispositivos
• CDC:
Set-top boxes
Sistemas de navegação
Terminais de ponto de venda
Smartphones
• CLDC:
Pagers
Assistentes pessoais digitais (PDAs)
Telefones celulares,
Terminais dedicados
CDC e CLDC - Relação
CDC
CLDC 1.1
CLDC 1.0

Profiles
• Profiles são conjuntos de especificações e APIs
necessárias ao desenvolvimento de aplicações
para um grupo mais restrito de dispositivos
dentro de uma determinada configuration
• Definições típicas de um profile

Tipo de interface com o usuário
Métodos de entrada
Mecanismo local de armazenamento
Mecanismo de conexão com a rede
Profiles
Configuration Profile Descrição
(46) Foundation Profile 1.0 É a base para o
desenvolvimento de outros
CDC p
profiles
(62) Personal Profile 1.0 Interfases avançadas,

múltiplas janelas
(217) Personal Basis Profile 1.1 Interfaces simples, uma
janela.
(118) Mobile Information Device Celulares e palm tops
CLDC Profile 2.0
((75)) PDA Profile 1.0 PDAs maior capacidade
p
de memória e tela maior

MIDP – Mobile Information
Device Profile
• Em adição as características da configuration
CLDC o MIDP 2.0 oferece:
Memória
M ó i ROM mínima í i 256 Kb
Memória RAM mínima 128 Kb
Memória Persistente mínima 8kb
Tela com pelo menos 96x54 pixels
Alguma dispositivo de entrada (teclado,
t l d numérico
teclado é i ou tela
t l sensível
í l ao toque)
t )
Conexão de duas vias em rede
(possivelmente intermitente)
APIs Opcionais
p
• ((75)) PDA Optional

p Packages
g for J2ME
• (82) Java APIs for Bluetooth
• (135)
( ) Mobile Media API 1.11
• (84) Mobile 3D Graphics http://jsp.org/jsr/detail/184.jsp
• (179) Location API for http://jcp.org/jsr/detail/179.jsp
• (120) Wireless Messaging API 1.0
10e22.0
0
• (172) Web Services APIs http://jsp.org/jsr/detail/172.jsp
• (66) RMI Optional Package http://jcp.org/jsr/detail/66.jsp

Configurations
g e Profiles em J2ME

Plataforma p
para celulares

Especificações
p ç = Padronização?
ç
• Para executar uma aplicação J2ME o dispositivo deve
das suporte a Configuration (hardware + JVM),
Profiles (hardware + interfase) e APIs Opcionais
(funcionalidades) utilizadas,
• Os fabricantes de dispositivos não seguem um padrão
específico ao construir e lançar seus equipamentos,
• Novas
N f
funcionalidades
i lid d aparecem a cada
d lançamento,
l t
• É díficil para o desenvolvedor saber os recursos
disponíveis no dispositivo alvo de de sua aplicação,
• Oq
que fazer?

Padronização
ç da plataforma
p
• Criar especificações guarda-chuva (plataformas),
• Provê uma API de referência e um kit de teste de

compatibilidade (TCK) para um determinado
ambiente
bi t (Configuration+Profile+APIs
(C fi ti P fil API Opcionais),
O i i )
• Plataformas disponíveis:
Java Technology for Wireless Industry – JTWI
Mobile Service Architecture - MSA

Plataforma JTWI
• Um dispositivo compatível com
a JTWI deve suportar:
CLDC 1.1,
11
MIDP 2.0,
Wireless Messaging API 1.0.
• Se o dispositivo JTWI suporta a
apresentação de vídeo e áudio,
o dispositivo deve suportar:
Mobile Media API 1.1
11

Plataforma MSA
JTWI

Plataforma celulares

Limitações
ç do J2ME
• J2ME não é J2SE, aplicações desenvolvidas
para J2SE não podem ser executadas
diretamente em J2ME,
J2ME
• O mantra: write-once-run-anywhere,
• A maquina virtual em J2ME tem características
particulares,
• Não existe command prompt, a execução de
aplicações é controlada pelo software de
gerenciamento de aplicações
g p ç ((AMS).
)

Gerenciamento de Aplicações
p ç (AMS)
( )
• O AMS interage com as aplicações nativas do
dispositivo,
• Controla o ciclo de vida da aplicação
(instalação, upgrades, controle de versão,
desinstalação),
• O AMS é responsável por iniciar, gerenciar,
executar e parar a aplicação,
• Garante a segurança no funcionamento dos
ç esencias do dispositivo.
serviços p

J2ME vs J2SE
• Limitações nas operações de ponto flutuante
(parcialmente resolvido no MIDP2.0),
• Ausência do método finalize(),
finalize() utilizado em
J2SE sempre que um termina instancia de
classe (verificação e liberação de recursos),
• Redução no tratamento de exceções e erros,
• Não existe o carregador de classes (o
carregador é fornecido pelo fabricante do
p ),
dispositivo),

J2ME vs J2SE
• Não esta disponível a classe ThreadGroup, a
programação multi-thread é implementada a
nível de objeto,
objeto
• Não podem ser utilizados programas ou APIs
escritos em outras linguagens,
• Não existe o Security Manager na JVM para
realizar a verificação de classes, é feita uma
pre-verificação em tempo de compilação.
Devemos ter cuidado com código
g malicioso.

Sumário - 2
• Desenvolvendo aplicações MIDP
• A classe MIDlet,
• Ciclo de vida de uma MIDlet,
MIDlet
• Ambiente de desenvolvimento,
• Minha primeira MIDlet,
• O emulador WTK,
WTK
• Múltiplas MIDlets no MIDlet suite,
• Boas práticas em J2ME,
• Atividade p
prática.
Desenvolvendo aplicações
p ç MIDP
• Uma aplicação MIDP é uma aplicação J2ME
desenhada para executar em um dispositivo com
suporte a MIDP,
MIDP
• Uma aplicação MIDP é chamada de MIDlet,
• Toda aplicação MIDP é uma instância de uma
sub-classe da classe abstrata MIDlet,,
• A MIDlet estabelece uma interface entra a
aplicação e o software
soft are de gerenciamento de
aplicações (AMS) no dispositivo,

Desenvolvendo aplicações
p ç MIDP
• O AMS controla a instalação, execução e mudanças
d estados
de d ded uma aplicação
li MIDl
MIDlet,
• Uma MIDlet é a porta de entrada de todas as
aplicações MIDP,
• Frequentemente
q varias MIDlets relacionadas são
agrupadas em um MIDlet suite,
• Todas as MIDlets dentro de um MIDlet suite são
instaladas e desinstaladas como um grupo,
• Os membros de um MIDlet suite compartilham
recursos do dispositivo e instancias de classes na
KVM
KVM,
Desenvolvendo aplicações MIDP
• Se três MIDlets de um MIDlet suite executam a
mesma classe apenas uma instancia da classe é
criada na KVM,
• As MIDlets de um MIDlet suite são carregadas
simultaneamente, entretanto elas podem ser
executadas por separado.

Desenvolvendo aplicações MIDP
• Para distribuir uma aplicação três arquivos devem
ser fornecidos:
MIDlet_Suite_Name.jar, arquivo executavel
Java
manifest.fm, lista de atributos e definições
utilizados pelo AMS para instalar a aplicação
no dispositivo.
di ii
MIDlet_Suite_Name.jad, Descriptor de
aplicações Java, provê informações adicionais
ao AMS sobre a estrutura do arquivo jar.
jar
Arquivo de manifesto

Arquivo JAD

Ciclo de desenvolvimento - MIDlet
• Edição do Código Fonte
• Compilação
• Pré-Verificação
• Empacotamento
• Testes
• Distribuição

A Classe Abstrata MIDlet
• startApp,
t tA Q
Quandod a aplicação
li ã MIDlet
MIDl t é instanciada,
i t i d o
AMS do dispositivo faz uma chamada para este método,
• pauseApp, Este método é chamado quando o
dispositivo necessita suspender a atividade da MIDlet
para executar outra atividade,
• destroyApp, Este método é chamado quando o
dispositivo solicita que a aplicação seja fechada.
A menor aplicação MIDlet
• O argumento unconditional no método destroyApp

informa se a aplicação deve ser irremediavelmente
destruída (true) ou pode,
pode através de uma exceção,
exceção
tentar continuar rodando (false).
O Ciclo de Vida de uma MIDlet
• Estados:
paused, uma instancia da MIDlet foi construída
e esta
t inativa,
i ti
active, a instancia da MIDlet esta ativa,
destroyed a MIDlet foi terminada e esta pronta

destroyed,
para ser tratada pelo coletor de lixo.


• Uma MIDlet pode controlar seus estados através
dos métodos:
notifyPaused() uma MIDlet ativa chama este
notifyPaused(),
método para ser desativada.
notifiyDestroyed(), uma MIDlet ativa ou inativa
chama
h este
t método
ét d para ser destruida,
d t id
() uma MIDlet inativa chama
resumeRequest(),
q
este método para ser ativada.

O ambiente de desenvolvimento
• Java Developer Kit (JDK), versão 1.6 ou superior
• Sun JAVA Wireless Toolkit for CLDC 2.5.2:
Interfase de usuário q
que automatiza a criação
ç
de aplicações MIDPs (projetos, compilar,
preverificar,
ifi empacotar,
t executar),
t )
Emulador para executar aplicações,
Ferramentas auxiliares (Monitor de memória e
rede Assinatura de MIDlets,
rede, MIDlets Obfuscated)
• Editor de textos (Jedit, www.jedit.org)

Minha primeira MIDlet
• Exemplo: HelloWorld.java
• A MIDlet HelloWorld.java ilustra três funções

bá i
básicas encontradas
t d na maioria
i i das
d MIDlets:
MIDl t
Mostra um texto na tela,
Implementa um comando (ação),
Processa eventos (listening) quando a
MIDlet esta executando.
• Mostrar: HelloWorld.java

Criando minha primeira MIDlet
• Criando um projeto no WTK
• Executar o WTK
• New Project:
Nome do projeto: Primeira_MIDlet_Suite
Nome da MIDlet: HelloWorld

• Dialogo Settings for project
API Selection (JTWI)
Atributos requeridos
Atributos opcionais
MIDlets
• Diretório de trabalho do WTK:

C:\Documents and Settings\User\j2mewtk\2.5.2
Settings\User\j2mewtk\2 5 2
User é o nome da conta de usuário

• Conteúdo do diretório do trabalho:
.settings
settings – Contiene o arquivo
security.properties.
appdb – Banco de dados de aplicações,
aplicações
apps – Inicialmente vácio, é onde são
armazenadosd os códigos
ódi f t
fontes d
dos projetos,
j t
cada projeto terá uma pasta neste diretório.
wtklib – Contiene os arquivos de propriedades
do emulador, e informações de estado HTTP e
WMA,
sessions – diretório auxiliar utilizado pelas
ferramentas de monitoração.
• Diretorio do projeto
bin – Diretório onde é armazenado o arquivo q
executável (*.jar), o arquivo de manifesto e o
descriptor de aplicações.
classes – armazena os arquivos das classes
compiladas (*.class),
lib – diretório
di tó i para incluir
i l i bibliotecas
bibli t d
desenvolvidas
l id
por terceiros,
res – diretório de recursos,
recursos armazena os arquivos de
imagens e sonidos. Estes arquivos no
empacotamento
e pacota e to são incluidos
c u dos nooaarquivo
qu o jajar.
src – armazena os códigos fontes das classes (*.java)
tmpclasses - diretório auxiliar uso do WTK,
tmplib - diretório auxiliar uso do WTK
• Arquivo de manifesto,
• Arquivo JAD,
• Criando o arquivo fonte da classe
HelloWorld.java,
• Compilando e pre-verificando o projeto,
• Cria o arquivo HelloWorld.class,
• Executando o aplicativo,
aplicativo

O emulador WTK
• Fornece um ciclo de desenvolvimento fechado
em um computador,
• Não representa um dispositivo específico,
específico
• Proporciona uma correta implementação das
APIs suportadas pela plataforma,
• A interfase funciona como um telefone celular.

O emulador WTK
• Esquemas:
Nombre Display Tela Cores Entrada
DefaultColorPhone 240 x 320 240 x 289 4096 ITU-T
DefaultGrayPhone 180 x 208 180 x 177 4096 ITU-T
MediaControlSkin 180 x 208 180 x 177 4096 ITU-T
Q
QwertyDevice
t D i 636 x 235 540 x 204 4096 QWERTY
• Atalhos:
Botão do emulador Teclado do computador
Botão de ação esquerdo F1
Botão de ação direito F2
Botão desligar Esc
Botão selecionar Enter
Desenvolvimento - Simplificado
1. Editar código fonte
2. Build aplication (compilar, pre-verificar)
3 Executar
3.
• O arquivo *.jar não foi criado.

Desenvolvimento - Completo
1. Editar código fonte

2. Empacotar (compilar, pre-verificar, criar
arquivo *.jar)
* )
3 Instalar
3.
4. Executar
• P
Para empacotar:
t P j t -> Package
Project P k ->
Create Package
Desenvolvimento - Instalar
• Um “pacote” contendo uma MIDlet pode ser

instalado em um dispositivo ou no emulador,
• O emulador apresenta as etapas de
instalação utilizando um AMS genérico,
genérico
• Para instalar uma MIDlet no emulador:
Project -> Run via OTA,
• D
Demonstração.
t ã

Usando o Obfuscator
• O obfuscator é uma ferramenta para reduzir o
tamanho dos arquivos de classes,
MIDlets suites precisam ser compactos para:
Minimizar o tempo de download,
Atender limitações de tamanho impostas pelos
fabricantes de dispositivos,
P t
Proteger o código
ódi fonte,
f t
• Para utilizar a ferramenta devemos:
Instalar o ProGuard (http://proguard.sourceforge.net/)
Project -> Package -> Create Obfuscated
Package
Múltiplas MIDlets no MIDlet Suite
• Criando minha segunda MIDlet
Crie a MIDlet GoodbyeWorld.java,
Adicione
Adi i a MIDlet
MIDl t ao projeto,
j t
Build application,
pp ,
Execute o MIDlet Suite.

Múltiplas MIDlets no MIDlet Suite
MIDlet Suite
CLASSES
HelloWorld.java
Primeira_MIDlet_Suite.jar
j GoodbyeWorld.java
META-INF
manifest.mf
Primeira_MIDlet_Suite.jad
• MIDlets suites são empacotadas em arquivos JAR

para encapsular em um único arquivo assinaturas
digitais,
g , informações
ç de segurança,
g ç , meta-informações
ç
e arquivos de classes Java compilados.
Ambiente de desenvolvimento
• Criar um Novo Projeto (MIDlet Suite)
• Selecionar a Plataforma Alvo
• Adicionar
Adi i MIDl t ao Projeto
MIDlets P j t
• Adicionar os Códigos
g Fonte
• Editar Meta-Informações
• Compilar a MIDlet Suite
• Rodar a MIDlet Suite
S ite
• Empacotar
p e distribuir a MIDlet Suite

Problemas ao executar MIDlets
• Minha MIDlet roda apropriadamente no
emulador e não consigo instalar ou executar
em um dispositivo:
di iti
O AMS do dispositivo
p rejeita
j sua MIDlet
(verifique os arquivos de meta-informações),
O dipositivo não tem suporte a plataforma de
desenvolvimento escolhida.

Boas praticas em J2ME
• Mantenha sua aplicação (MIDlet) simples:
Projeto convencional: Projeto J2ME:
− Aplicação é dividida em − Aplicação é dividida em
objetos peças
− Objetos: atributos e − Granularidade fina
métodos
ét d
Objeto
j MAIL MIDlet Suite MAIL
Métodos: MIDlet 1: INBOX
INBOX
MIDlet 2: SENT
SENT
ADDRESS BOOK MIDlet 3: ADD. BOOK

• Crie aplicações pequenas:
O tamanho da aplicação é crítico para uma
distrinuição eficiente,
Remova todos os recursos desnecessários
(imagens, sonidos, animações),
Se aplicação for muito grande divida em
várias MIDlets menores.

• Minimize o uso da memória:
Prefira tipos-escalares a tipos-objeto,
Utilize o menor tipo possível para armazenar
um dado,,
Exemplo: sinalizadores (int vs boolean)
Instancie seus objetos no momento de serem
utilizados e não no inicio da aplicação,
aplicação
Reusar objetos vs Novos objetos,
Minimize o tratamento de exeções.
• Realize o processamento pesado no servidor:
Para aplicações com elevados requerimentos
de processamento,
Utilize a arquitetura cliente-servidor,
cliente-servidor
Camada cliente: Interfase,
Camada servidor: lógica de negocio +
processamento.

• Gerencie apropriadamente o uso da rede:
Rede intermitente com largura de banda
estreita,
estreita
Minimize o tamanho dos pacotes enviados,
Divida pacotes grandes em vários pacotes
pequenos,
Exemplo: Cliente de email
− Lista de “FROM” e “SUBJECT”
− Mostra apenas o email escolhido

• Gerencie apropriadamente o uso da rede...
Exemplo: Lista de itêns
− Um único item
− Opções de navegação (First, Previous, Next,
L t)
Last)
Mantenha no dispositivo um mecanismo de
recuperação (Chaves primaria).

• Simplifique a interfase de usuário:
Uma aplicação é formada por várias telas,
telas
utilize telas simples,
Considere as limitações do dispositivo:
Menu convencional Menu J2ME
(A) Opção 1 (A) Opção 1
(B) Opção 2 (D) Opção 2
(C) Opção 3 (G) Opção 3
Minimize as entradas do usuário (não

preencher formulários),
Maximize as listas e escolhas.
• Utilize variáveis locais:
Encapsulamento: Atributos e métodos são
utilizados para controlar o acesso a dados,
O acesso a um atributo requer uma
sobrecarga de processamento,
Prefira variáveis locais a atributos de classes.

• Popule suas listas (Dropdown list):
Listas são uma boa alternativa para mostrar
um conjunto de escolhas,
Freqüentemente listas são populadas
dinamicamente utilizando uma fonte de
dados (DB ou arquivo),
Preencha suas listas estaticamente.

• Seja cuidadoso como o método startApp():
O método startApp() é chamado após o
construtor e cada resume da MIDlet,
Instruções que devem ser executadas
apenas uma vez no ciclo de vida da MIDlet
devem ser colocadas no construtor,
Exemplo: Inicializar contador.

Atividade pratica
• Repita os passos seguidos na apresentação
para criar a Primeira_MIDlet_Suite
1. Crie um projeto com a MIDlet HelloWorld.java
2. Execute o projeto no emulador
3 Adicione
3. Adi i a MIDlet
MIDl t GoodbyeWorld.java
G db W ld j ao
projeto
4. Execute o projeto no emulador
5. Empacote o projeto, instale e execute no
emulador,
6 Execute
6. E t o projeto
j t em um dispositivo.
di iti

01 Arquitetura PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

01 Arquitetura PDF

Transféré par

Droits d'auteur :

Formats disponibles

INTRODUÇÃO A J2ME

Prof. Dany Sanchez Dominguez

Semana de Informática da UESC

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 1

Introdução. Arquitetura J2ME.

Semana de Informática da UESC

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 2

• Um dispositivo móvel é aquele que pode ser

• Um dispositivo sem fio é aquele capaz de

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 4

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 5

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 6

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 7

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 8

• Simplificação da JVM, Oak/JAVA

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 9

• J2ME – Inclui algumas

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 14

J2ME = Configuraton + Profile + APIs Opcionais

• Atualmente duas configurations são suportadas

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 17

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 19

• CLDC 1.1 (inclui na CLDC 1.0)

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 20

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 22

• Definições típicas de um profile

(62) Personal Profile 1.0 Interfases avançadas,

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 24

• ((75)) PDA Optional

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 26

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 27

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 28

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 29

• Provê uma API de referência e um kit de teste de

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 30

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 31

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 32

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 33

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 34

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 35

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 36

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 37

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 39

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 41

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 43

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 44

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 45

• O argumento unconditional no método destroyApp

 active, a instancia da MIDlet esta ativa,

destroyed a MIDlet foi terminada e esta pronta

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 48

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 49

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 50

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 51

• A MIDlet HelloWorld.java ilustra três funções

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 52

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 53

• Diretório de trabalho do WTK:

 User é o nome da conta de usuário

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 54

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 57

Prof. Dany S. Dominguez/dany@labbi.uesc.br Tema 1 – Slide 58

• O arquivo *.jar não foi criado.

active, a instancia da MIDlet esta ativa,

User é o nome da conta de usuário

Minimize as entradas do usuário (não