Java me hoje

Não sei como estava a 3 anos, afinal eu programo em j2me apenas a 1 ano. Obviamente depende muito do vai querer fazer com ele. Atualmente creio que os celulares (E digo isso porque utilizo N modelos diferentes desde v3, n95, Sansung SGHi617, sony K750) estão muito mais completos em relações a JSR’s e na propria KVM (normalmente MIDP 2.0)
OK!

<blockquote>posso usar classes com get e set ( na epoca o pessoal recomandava tudo public para ganhar perfomance)

posso modularizar a app tipo uma classe por tela? ou tudo num .java só? ( isso tambem referente a perfomance e capacidade do jme)</blockquote>

Eu utilizo encapsulamento tranquilamente em todas as aplicações que faço, e não só encapsulamento, uso herança, polimorfismoe todas as outras, só não consigo usar reflection com obliteração de código.

Cada tela minha extende uma classe, seja form, list, canvas, ou alguma que eu fiz que herda de canvas tambem.

e roda tranquilamente.

OK!

Em todas as chamadas de comandAction que faço coloco em threads, fora as threads que costumo rodar para melhorar tempos de resposta.
OK!

Espero ter lhe ajudado
Att
Ricoldi

Não só performance, mas tamanho da aplicação.
No passado era recomendado não usar, não que não podia.
Hoje tá mais tranquilo afinal os celulares estão mais poderosos.

Sempre fiz isto…e não tem problema, tirando que isto impacta no tamanho do JAR…quanto mais classes/telas, maior o JAR

Pode, mas só precisa realmente para operações que envolva leitura/escrita no sistema de arquivos, comunicação HTTP/Bluetooth ou melhorar o tempo de resposta devolvendo rapidamente o controle da UI para o usuário ao invés de esperar estando bloqueado por uma operação demorada.

Não mudou muita coisa. Surgira novas plataformas de desenvolvimento, mas o J2ME em si continua a mesma coisa. Não me lembro de alguma API muito expresiva que tenha surgido nesse meio tempo, mas sempre surgem algumas pequenas ferramentas que ajudam em alguma coisa. As IDEs, por exemplo, melhoraram bastante a compatibilidade com J2ME.

Alias, a Sun lançou recentemente uma nova versão da plataforma de desenvolvimento do J2ME e estamos todos na torcida para que saia a especificação da MIDP 3.0, mas isso arece que ainda vai dar “pano para manga”.

Tornar tudo público e diminuir o número de classes sempre vai melhorar a performance, porém isto já não impacta taaannnto nos novos aparelhos.

Pessoal,

obrigado pelas respostas, vou voltar as pesquisas acredito que a coisa esta bem melhor agora… outra duvida posso usar javafx junto com java me?

grande abraço

A LWUIT não seria algo expressivo? Sou novato, mas acho que, sem dúvida, representa um avanço no que diz respeito a desenvolvimento rico, não?

Rico? com certeza ainda mais se falando em preços de aparelhos que suportem a Lightweight… creio que a maioria das pessoas não possuem celulares com capacidade de processamento para a suportar a Lightweight aqui no brasil. Em casos de programas especificos para determinados aparelhos, pode-se analisar a carga do Lightweight, porem mesmo em aplicações para aparelhos robustos, particularmente aqui na empresa optamos por construir em canvas, visto que a interface fica totalmente personalizada e sem falhas devido ao aparelho especifico. Porem em casos de programas para aparelhos variados, vejo um grande problema na Lightweight como eu já tinha comentado acima.

Abraços
Ricoldi.

Talvez a solução seja disponibilizar diferentes versões do mesmo .jar para cada conjunto de aparelhos…

Talvez a solução seja disponibilizar diferentes versões do mesmo .jar para cada conjunto de aparelhos…

Dependendo do aplicativo a solução é essa.

Mas a questão é o uso da LWUIT que fica descartada na maioria dos aparelhos, como eu disse, prefiro canvas…(Apesar de ficar mais complicado trabalhar com varias resoluções).