java - O morto ideal original Java? - CoreDump.biz
O morto ideal original Java?
Eu sinto que, enquanto eu amo J2ME e Java é hipócrita deles ter duas APIs para Java. Java foi projetado com Um código, muitas plataformas em mente, e agora é mais como Uma API para cada OS, e uma API para tudo menor que um netbook. Eu vejo um monte de emuladores J2ME e tal sendo portado para coisas como o PSP, e outros consoles para homebrew, e me pergunto por que ninguém está fazendo isso com Java normal.
Eu adoraria escrever um jogo para jogar no meu PC, que o fogo até um emulador simples e jogar o mesmo jogo na PSP, ou o Dreamcast, mas eu não posso. J2ME não pode mesmo ser executado em um PC, você precisa de um emulador para ele, o que reduz o seu mercado muito. Além disso, a maioria dos emuladores são volumosos, e não é bom.
Com super-phones, como o iPhone saindo as pessoas vão querer mais do que pequenos jogos J2ME, por isso, se Java não pode portar seus JRE padrão para que eles possam encontrar-se perdendo o barco como a Microsoft fez com o boom netbook.
Ele só se sente como Sun precisa de éter trabalho em fazer o JRE padrão menor e mais portátil, ou fazer J2ME disponível no PC facilmente.
javaapijava-mesun
Publicado 15/03/2009 em 04:01 2009-03-15 04:01
Eu acho que isso deve ser uma comunidade Wiki
Mas ao ponto, minha opinião é que J2ME vai morrer uma morte horrível e deixar-nos com Java normal. A tendência atual Netbook combinado com a tendência de smartphones mais poderosos significa que seu celular média hoje é muito mais forte do que as máquinas que correram J2SE quando ele saiu primeiro.
Assim, podemos acabar com J2ME, que foi projetado para Nokias antigos, e desfrutar do Java padrão em uma maçaneta inteligente (ou um smartphone).
O único problema que Java enfrenta é que o maior jogador em aplicações de smartphones - Apple - não vai permitir que uma JVM qualquer momento no futuro próximo.
Respondeu 15/03/2009 em 04:09 2009-03-15 04:09 share
Mesmo se o monitor tinha um acelerômetro nele, você provavelmente não iria querer usá-lo para um aplicativo para iPhone - então eu diria que há limites para a portabilidade depois de todos.
Se "write once, run anywhere" é enganosa, isso é porque ele foi concebido antes de telefones celulares tornou-se predominante. Quanto à API vai, eu concordo um subconjunto comum seria preferível, mas, mais uma vez, todo o nicho J2ME é completamente novo. O JVM ainda é útil: um navegador web pode ser executado em Windows, Linux e OS X, e um jogo pode ser executado em ambos os telefones Nokia e Samsung.
Ele ainda satisfaz as exigências originais de código portátil da estação de trabalho para estação de trabalho, de modo nenhum. Mas parece que você tiver definido um bar ainda maior para plataformas futuras.
Respondeu 15/03/2009 em 04:35 2009-03-15 04:35 share
fonte usuário Nikhil Chelliah
Com plataformas mais recentes para móveis como Windows Mobile e Symbian, que capturaram o J2ME quota de mercado etc ter tomado um banco traseiro devido a questão como não aproveitando hardware etc ..
Respondeu 15/03/2009 em 04:53 2009-03-15 04:53 share
fonte usuário abmv
Há muitas coisas que uma máquina virtual pode escolheu para abstrair.
O sistema operacional abstrai algum do hardware comum, fornecendo interfaces padrão para eles (bloco i / o, caráter i / o, etc).
O JVM definido de abstrair o processador e sistema operacional em si, um objetivo poderoso por si só (na época)! No entanto, abstraindo o hardware periférico foi, e continuará a ser, um objetivo difícil de alcançar.
Talvez, quando vemos mais convergência de mão-helds / laptops / desktops / servidores, a necessidade de abstrair o hardware irá diminuir.
Respondeu 15/03/2009 em 05:04 2009-03-15 05:04 share
fonte usuário ePharaoh
J2ME é grande. Você pode empacotar e executar aplicações J2ME com a magra e limpa http://www.microemu.org/ . Desde que comecei a escrever código para J2ME, eu sou um programador melhor. Obriga-nos a ser eficiente na memória. Eu amo o pequeno API.In limpa no futuro toda a minha aplicação cliente será projetado para J2ME e depois portado para J2SE / Android / iPhone. O difícil é construir sua casa no quadro GUI flexível o suficiente para o aplicativo seja executado sem problemas em qualquer tamanho de tela. Isso leva tempo.