Arquivo Discussoes de Programacao e Tecnologia 
Com o nome “Buffy” (a caçadora de vampiros) o facebook e a HTC lançarão um smartphone com uma versão modificada do android e que tenha integração todal com o facebook.
Podem conferir a matéria completa pelo G1:
http://g1.globo.com/tecnologia/noticia/2011/11/com-htc-facebook-planeja-celular-integrado-rede-social-diz-site.html
Abraços
O Android tá uma bagunça louca…
Acho que isto vai acabar prejudicando e muito a linguagem…
Toda hora tem uma versão nova, um novo cliente…
Tá ficando feio isso já.
Android, iPhone, Ubuntu mobile, Firefox mobile, Windows mobile, Facebook mobile… nossa. :shock:
O Android tá uma bagunça louca…
Acho que isto vai acabar prejudicando e muito a linguagem…
Toda hora tem uma versão nova, um novo cliente…
Tá ficando feio isso já.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
Android é fragmentado e pouco atrativo para desenvolvedores em termos de receita faz tempo.
O Android tá uma bagunça louca…
Acho que isto vai acabar prejudicando e muito a linguagem…
Toda hora tem uma versão nova, um novo cliente…
Tá ficando feio isso já.
Mas essa é a idéia original do Android, se voce nao quiser, nao precisa usar o “Google Android”, pode modifica-lo como quiser, como é o caso do Kindle Fire da Amazon.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Se formos ter uma visão de consumidor, isso vai gerar uma diversidade ainda maior de aparelhos/plataformas com qualidade ou não, que inevitavelmente vai tornar o mercado de smartphones ainda mais competitivos. Dito isso, podesse dizer que vai ser algo bom para os consumidores, principalmente para aqueles que passam horas do seu ocioso dia no facebook da vida.
Entretanto, isso mais uma vez vai somar para o android se tornar mais fragmentado ainda, e vamos voltar aquele velho problema, de que toda vez que o google lança uma nova versão, demorasse meses paras os usuarios de suas respectivas marcas(Samsung, Sony, Motorola, Lg, etc.) terem acesso as atualizações, quando tem, pq quase todas as marcas simplismente abandonam os smartphones mais antigos (>=1 ano de lançamento), deixando seus SO’s completamente defasados.
Quero estar vivo para ver o dia em que o Google lançara uma atualização do Android, e todos os aparelhos do mundo que o tenha estarãp disponiveis para fazer o seu donwload no outro dia. Dito tudo isso, eu ainda prefiro o meu Xperia(android), doq um Iphone(IOS).
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Cara, presta atenção no que você está postando. Não sabe que a oracle processa a google por causa disso?
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Cara, presta atenção no que você está postando. Não sabe que a oracle processa a google por causa disso?
Pra seu governo sei e muito bem, e a oracle processou a google não é por causa de uma jvm rodando no android
e sim porque a google roubou boa parte de seus codígos.
E a apple tá sendo processada pela oracle também, por causa da jvm ?
“Buffy” ??? Puta nome do viadinho!!! hahahaha
Imagina o dialogo:
//Daniel
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Cara, presta atenção no que você está postando. Não sabe que a oracle processa a google por causa disso?
Pra seu governo sei e muito bem, e a oracle processou a google não é por causa de uma jvm rodando no android
e sim porque a google roubou boa parte de seus codígos.E a apple tá sendo processada pela oracle também, por causa da jvm ?
Pois é, e você ainda posta “jvm já”. rsrsrs
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Cara, presta atenção no que você está postando. Não sabe que a oracle processa a google por causa disso?
Pra seu governo sei e muito bem, e a oracle processou a google não é por causa de uma jvm rodando no android
e sim porque a google roubou boa parte de seus codígos.E a apple tá sendo processada pela oracle também, por causa da jvm ?
Pois é, você ainda posta “jvm já”. rsrsrs
Sim, e é o que tá faltando.
“jvm já”
Não é por vários motivos
…
e por aí vai um monte.
Precisa pensar antes de sair escrevendo.
Sim, e é o que tá faltando.
“jvm já”
Não é por vários motivos
- A jvm não é otimizada para rodar dentro de um kernel como a dalvik,
- a oracle não cede tcks para dispositivos móveis
…
e por aí vai um monte.
Precisa pensar antes de sair escrevendo.
Em primeiro lugar a jvm pode sim rodar dentro de qualquer sistema operacional desde que seja implementada e respeitando
as clausulas.
Em segundo lugar a oracle poderá sim ceder para dispositivos móveis, isso é política e envolve $ e regras foram feitas
para serem mudadas.
Em terceiro lugar eu escrevo o que quero e não to aqui pra ser julgado por você.
Em primeiro lugar a jvm pode sim rodar dentro de qualquer sistema operacional desde que seja implementada e respeitando
as clausulas.
Hoje do jeito que está não roda da maneira que a dalvik faz.
Em segundo lugar a oracle poderá sim ceder para dispositivos móveis, isso é política e envolve $ e regras foram feitas
para serem mudadas.
poderia mas não cederá porque não quer conconrrência. Uma coisa fácil para qualquer um entender.
Não te julguei não. Só estou te mostrando que o que você falou não procede. Não precisa ficar bravo por pouca coisa, além do mais você pode aprender com isso.
Hoje do jeito que está não roda da maneira que a dalvik faz.
Em segundo lugar a oracle poderá sim ceder para dispositivos móveis, isso é política e envolve $ e regras foram feitas
para serem mudadas.
poderia mas não cederá porque não quer conconrrência. Uma coisa fácil para qualquer um entender.
Não te julguei não. Só estou te mostrando que o que você falou não procede. Não precisa ficar bravo por pouca coisa, além do mais você pode aprender com isso.
Se pra você eu escrever o que penso é ficar bravo, então paciência.
E’ incrível sua arrogância, porque você acha que toda vez que alguem escreve alguma coisa que você discorda, você sai achando que a pessoa tem que aprender, ou que não pensa pra escrever ou coisa assim ?
Eu não sou arrogante e só estou te dizendo que a jvm não vai rodar num android por vários motivos citados acima. Se você não concorda é só contradizer com argumentos válidos.
E se eu ver que estou errado pode ter certeza que iria aprender muito com isso, sem nenhuma relutância.
Não é “só usar a jvm” que irá resolver alguns problemas do android com relação a plataforma ou a linguagem. Tanto é que a amazon preferiu usar a dalvik ao invés da jvm no kindle fire.
É óbvio que a dalvik é muito mais otimizada para rodar em um kernel linux.
Se pra você eu escrever o que penso é ficar bravo, então paciência.E’ incrível sua arrogância, porque você acha que toda vez que alguem escreve alguma coisa que você discorda, você sai achando que a pessoa tem que aprender, ou que não pensa pra escrever ou coisa assim ?
Eu não sou arrogante e só estou te dizendo que a jvm não vai rodar num android por vários motivos citados acima. Se você não concorda é só contradizer com argumentos válidos.
E se eu ver que estou errado pode ter certeza que iria aprender muito com isso, sem nenhuma relutância.
Nao vou ficar aqui batendo boca com você, mas o próprio Bruno Souza falou que com alguns ajustes roda byte code.
Se pra você eu escrever o que penso é ficar bravo, então paciência.E’ incrível sua arrogância, porque você acha que toda vez que alguem escreve alguma coisa que você discorda, você sai achando que a pessoa tem que aprender, ou que não pensa pra escrever ou coisa assim ?
Eu não sou arrogante e só estou te dizendo que a jvm não vai rodar num android por vários motivos citados acima. Se você não concorda é só contradizer com argumentos válidos.
E se eu ver que estou errado pode ter certeza que iria aprender muito com isso, sem nenhuma relutância.Nao vou ficar aqui batendo boca com você, mas o próprio Bruno Souza falou que com alguns ajustes roda byte code.
Você sabe me dizer que “ajustes” são esses?
Se pra você eu escrever o que penso é ficar bravo, então paciência.E’ incrível sua arrogância, porque você acha que toda vez que alguem escreve alguma coisa que você discorda, você sai achando que a pessoa tem que aprender, ou que não pensa pra escrever ou coisa assim ?
Eu não sou arrogante e só estou te dizendo que a jvm não vai rodar num android por vários motivos citados acima. Se você não concorda é só contradizer com argumentos válidos.
E se eu ver que estou errado pode ter certeza que iria aprender muito com isso, sem nenhuma relutância.Nao vou ficar aqui batendo boca com você, mas o próprio Bruno Souza falou que com alguns ajustes roda byte code.
Você sabe me dizer que “ajustes” são esses?
Bom !! não tenho aqui nenhuma procuração pra falar em nome do Bruno Souza, no entanto aqueles que estudaram a esperteza da google dizem que alteraram os valores internos dos bytes codes.
No fundo é java.
De certa forma sim e não. A dalvik foi desenvolvida em cima de uma jvm com certeza. Mas ela é baseada em uma arquitetura de registradores enquanto a jvm possui uma arquitetura de pilha.
A maneira como a memória e alocada e a execução dos processos são bem diferentes.
A jvm roda a nivel de aplicação enquanto a dalvik roda a nível de kernel e é otimizada para isso.
Por exemplo, você pode escrever daemons e drivers em java direto dentro da dalvik, enquanto na jvm isso é impossível.
Provavelmente isso foi um gato da google, mas ela fez uma máquina virtual melhor que a da oracle hoje. Muito mais performática.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Concordo! Realmente, seria bem mais inteligente! :lol:
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Concordo! Realmente, seria bem mais inteligente! :lol:
por que?
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Concordo! Realmente, seria bem mais inteligente! :lol:
por que?
Portabilidade [telefone removido]%
Sei que é complicado por questões arquiteturais, mas…não custa sonhar, sem falar que é de graça! 
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Concordo! Realmente, seria bem mais inteligente! :lol:
por que?
Por questões de portabilidade.
Nem todo mundo tem tempo pra ficar aprendendo essa tonelada de arquitetura proprietária.
Bom !! não tenho aqui nenhuma procuração pra falar em nome do Bruno Souza, no entanto aqueles que estudaram a esperteza da google dizem que alteraram os valores internos dos bytes codes.
No fundo é java.
De certa forma sim e não. A dalvik foi desenvolvida em cima de uma jvm com certeza. Mas ela é baseada em uma arquitetura de registradores enquanto a jvm possui uma arquitetura de pilha.
A maneira como a memória e alocada e a execução dos processos são bem diferentes.
A jvm roda a nivel de aplicação enquanto a dalvik roda a nível de kernel e é otimizada para isso.
Por exemplo, você pode escrever daemons e drivers em java direto dentro da dalvik, enquanto na jvm isso é impossível.
Provavelmente isso foi um gato da google, mas ela fez uma máquina virtual melhor que a da oracle hoje. Muito mais performática.
Quanto a registradores ou pilhas no caso de se construir uma jvm para o android, quem cuida disso é a implementação da jvm
bem como a execução de cada instrução byte code.
Mas entre dispositivos android não existe nenhum problema de compatibilidade. O sdk é claro e bem formulado.
O único problema que vejo o pessoal comentando é querer rodar software de plaraforma java em um android. E isso não tem cabimento porque são coisas diferentes.
Por questões de portabilidade.
Nem todo mundo tem tempo pra ficar aprendendo essa tonelada de arquitetura proprietária.
Mas entre dispositivos android não existe nenhum problema de compatibilidade. O sdk é claro e bem formulado.
O único problema que vejo o pessoal comentando é querer rodar software de plaraforma java em um android. E isso não tem cabimento porque são coisas diferentes.
Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
Por questões de portabilidade.
Nem todo mundo tem tempo pra ficar aprendendo essa tonelada de arquitetura proprietária.
Mas entre dispositivos android não existe nenhum problema de compatibilidade. O sdk é claro e bem formulado.
O único problema que vejo o pessoal comentando é querer rodar software de plaraforma java em um android. E isso não tem cabimento porque são coisas diferentes.Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
ok. então você precisa desenvolver para dispositivos java. Android está fora do seu escopo. Para desenvolver para android precisa usar o sdk do mesmo, não concorda?
E o que a Dalvik Virtual Machine faz com o byte code gerado a partir do codigo fonte Java?
Simplesmente não vale a pena ter uma JVM SE em um dispositivo movel, o Swing não seria a melhor solução para desenvolver aplicativos. Por isso temos esse SDK do Android com uma API bem mais util para mobile.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Concordo! Realmente, seria bem mais inteligente! :lol:
por que?
Portabilidade [telefone removido]%
Sei que é complicado por questões arquiteturais, mas…não custa sonhar, sem falar que é de graça!
O google não quis licenciar a plataforma java porque teria que pagar. Não existe nenhuma questão arquitetural aqui.
mas o que tem haver a linguagem com o android e toda essa bagunça?
Eles vão pegar o android e enfiar mum monte de serviços do facebook dentro. Louco de quem comprar.
Comece a programar algum aplicativo e testa neste tanto de aparelho pra ver se rola.
O pessoal aqui do guj precisa aprender que android não tem uma máquina virtual java.
Eis a questão !!!
“jvm já !!!”
Concordo! Realmente, seria bem mais inteligente! :lol:
por que?
Portabilidade [telefone removido]%
Sei que é complicado por questões arquiteturais, mas…não custa sonhar, sem falar que é de graça!O google não quis licenciar a plataforma java porque teria que pagar. Não existe nenhuma questão arquitetural aqui.
O google não quis licenciar a plataforma java porque teria que pagar. Não existe nenhuma questão arquitetural aqui.
Isso procede também. Para o que a google queria fazer(que era um dispositivo que pudesse rodar vários processos da mesma vm simultâneamente), precisaria de um sistema operacional. A jme não é um e a se precisaria também ser modificada para trabalhar no kernel desse sistema.
Se ela optasse por licenciar todos sabem que o tck não permite alterações na arquitetura da jvm pelas razões citadas pelo pessoal mais acima, “compatibilidade”.
Não acho que a google fez errado não. Conseguiu um produto bem melhor.
Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
E o que a Dalvik Virtual Machine faz com o byte code gerado a partir do codigo fonte Java?
Simplesmente não vale a pena ter uma JVM SE em um dispositivo movel, o Swing não seria a melhor solução para desenvolver aplicativos. Por isso temos esse SDK do Android com uma API bem mais util para mobile.
Sem emulador o SDK do Android pra mim é inútil.
Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
E o que a Dalvik Virtual Machine faz com o byte code gerado a partir do codigo fonte Java?
Simplesmente não vale a pena ter uma JVM SE em um dispositivo movel, o Swing não seria a melhor solução para desenvolver aplicativos. Por isso temos esse SDK do Android com uma API bem mais util para mobile.
Sem emulador o SDK do Android pra mim é inútil.
Você não precisa de emulador. Pode rodar o android em um virtualbox.
Também não gosto muito. Só uso para depuração.
[youtube]http://www.youtube.com/watch?v=vRo5pVxXPlM[/youtube]
O google não quis licenciar a plataforma java porque teria que pagar. Não existe nenhuma questão arquitetural aqui.
Isso procede também. Para o que a google queria fazer(que era um dispositivo que pudesse rodar vários processos da mesma vm simultâneamente), precisaria de um sistema operacional. A jme não é um e a se precisaria também ser modificada para trabalhar no kernel desse sistema.
Se ela optasse por licenciar todos sabem que o tck não permite alterações na arquitetura da jvm pelas razões citadas pelo pessoal mais acima, “compatibilidade”.
Não acho que a google fez errado não. Conseguiu um produto bem melhor.
Isso não só está equivocado, mas como é justamente o contrário. Segundo emails internos da empresa revelaram[1] os próprios engenheiros do google disseram que o melhor era licenciar o java mas a empresa mesmo assim se negou a fazer.
Eu já havia lido isso. Eles queriam licenciar, mas mesmo licenciando não conseguiriam chegar ao final com o android devido as especificações da jvm. Se fosse daquela maneira o android não seria o que é hoje.
“O nome de desenvolvimento do smartphone é Buffy, como a Caça-vampiros”
fala sério!
Emulador é fundamental para desenvolvimento. Sem falar que é algo simples, não tem motivo para ser tão ruim no Android.
Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
E o que a Dalvik Virtual Machine faz com o byte code gerado a partir do codigo fonte Java?
Simplesmente não vale a pena ter uma JVM SE em um dispositivo movel, o Swing não seria a melhor solução para desenvolver aplicativos. Por isso temos esse SDK do Android com uma API bem mais util para mobile.
Sem emulador o SDK do Android pra mim é inútil.
Sem JVM, o JDK é inutil pra mim.
Sem emulador o SDK do Android pra mim é inútil.Sem JVM, o JDK é inutil pra mim.
JavaME 2 x 0 Android
Sem emulador o SDK do Android pra mim é inútil.Sem JVM, o JDK é inutil pra mim.
JavaME 2 x 0 Android
Essa eu simplesmente não entendi, por favor explique melhor.
Por questões de portabilidade.
Nem todo mundo tem tempo pra ficar aprendendo essa tonelada de arquitetura proprietária.
Mas entre dispositivos android não existe nenhum problema de compatibilidade. O sdk é claro e bem formulado.
O único problema que vejo o pessoal comentando é querer rodar software de plaraforma java em um android. E isso não tem cabimento porque são coisas diferentes.Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
ok. então você precisa desenvolver para dispositivos java. Android está fora do seu escopo. Para desenvolver para android precisa usar o sdk do mesmo, não concorda?
Se já desenvolveram a api, seria somente usa-la diretamente em uma jvm ao inves do dalvik vm.
A google por questões politicas e financeiras, passou a usar o java como linguagem e não como plataforma. E isso pra quem desenvolve em java é péssimo, por causa da portabilidade.
Basta ter uma jvm dentro do kernel linux que é a base do android, esta por sua vez conversa com o hard e o sistema operacional,
como acontece em qualquer implementação de jvm pra qualquer so.
A jvm não tem que ficar dentro da dalvik vm e nem faz sentido isso.
Tem alguns estudando criar um JIT de byte code para dalvik vm em tempo de execução, mas este processo poderá deixa-la um pouco lenta, todavia melhor que nada.
Por questões de portabilidade.
Nem todo mundo tem tempo pra ficar aprendendo essa tonelada de arquitetura proprietária.
Mas entre dispositivos android não existe nenhum problema de compatibilidade. O sdk é claro e bem formulado.
O único problema que vejo o pessoal comentando é querer rodar software de plaraforma java em um android. E isso não tem cabimento porque são coisas diferentes.Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
ok. então você precisa desenvolver para dispositivos java. Android está fora do seu escopo. Para desenvolver para android precisa usar o sdk do mesmo, não concorda?
Se já desenvolveram a api, seria somente usa-la diretamente em uma jvm ao inves do dalvik vm.
A google por questões politicas e financeiras, passou a usar o java como linguagem e não como plataforma. E isso pra quem desenvolve em java é péssimo, por causa da portabilidade.
Basta ter uma jvm dentro do kernel linux que é a base do android, esta por sua vez conversa com o hard e o sistema operacional,
como acontece em qualquer implementação de jvm pra qualquer so.A jvm não tem que ficar dentro da dalvik vm e nem faz sentido isso.
Tem alguns estudando criar um JIT de byte code para dalvik vm em tempo de execução, mas este processo poderá deixa-la um pouco lenta, todavia melhor que nada.
J-Menezes, eu vou te explicar essa questão de linguagens e plataformas, mas não fica bravo não, porque não é uma ofensa.
A plataforma dalvik(me referindo ao hardware virtual ou não) executa instruções diferente das da plataforma java. A linguagem de programação é um ítem insignificante para a plataforma, pois a plataforma só entende assembly(seja bytecode, x86, amd_64, arm, etc…).
Um exemplo é a plataforma dotnet suportar java, c++, vbasic, c#, ruby, python… Pois existe um compilador que converte essa escrita para assembly da plataforma. Com java(plataforma) é a mesma coisa, consequentemente na dalvik também.
A dalvik desconhece Java(linguagem) pois ela lê o assembly que o compilador criou.
No caso os compiladores da dalvik(que geram seu set de instruções ou assembly) não servem para os java. A api do android só funciona para android. No caso o que a google te cede é um conversor(nem é compilador de certa linguagem) de bytecode java para dalvik.
A google usa a linguagem java por questões de marketing, porque muita gente sabe utilizá-la, mas para o fim de alcaçar mais desenvolvedores.
Ela não fica “dentro” (no sentido literal) do kernel, ela funciona no mesmo nível do kernel do android, conversando com ele próprio. Isso quer dizer que ela tem privilégio de rodar softwares em background como serviços(daemons se preferir),e acessar recursos que outros processos rodando a nível de aplicação não podem. A jvm se roda a nível de aplicação. Você não cria serviços com ela, e para conseguir esse feito precisa escrever um software em c ou c++ para alcançar isso. Na dalvik todos os widgets de interface gráfica(inclusive os processos rodando em background responsáveis pelo gerenciamento da bateria, etc…) não são código nativo, são bytecode. Até o próprio htc sense é bytecode. Praticamente tudo que roda no android é bytecode(tirando o kernel e módulos linux que fazem o I/O(baixo nível) com periféricos).
Então faz bastante sentido
Esse pdf explica isso:
http://davidehringer.com/software/android/The_Dalvik_Virtual_Machine.pdf
A dalvik já tem um jit desde a versão do froyo(2.2). Ela não precisa disso.
[youtube]http://www.youtube.com/watch?v=Ls0tM-c4Vfo[/youtube]
JIT o android tem a tempos.
Agora não estou entedendo uma coisa, que PORTABILIDADE é esta toda que tanto clamam?
Querem programar apenas em java(JME) e rodar em todas as plataformas? Neste caso acho melhor começar a reclamar com a Apple, que foi quem começou isto, Google e por ultimo Microsoft, pedindo para eles “JVM JÁ”.
Agora como programador java, eu acho uma maravilha o google ter pelo menos mantido a linguagem java, como linguagem do Android, e não vejo porque ele, sozinho, deveria ter licenciado a JME, afinal iria ficar a mesma coisa que é atualmente: Google com JME vs iOS com seu Objective-C vs Microsoft com seu sei la o que(C#?), iria fazer alguma diferença para nos programadores? Não!
isto sem falar que JME é um dinossauro velho, que nem evoluia a um bom tempo, o Google ia ter que licenciar, e reinventa-lo, para chegar no que é os OS’s para smartphones atuais, sem falar nas questões do TCK e a amarração com a Oracle!
Então acho que fez foi muito bem em nao ter ido pelo caminho do JME. Pra mim não faz diferença nenhuma, afinal to programando em java. talvez se os outros(Apple e Microsoft) tivessem adotado o JME e apenas o Android não, ai, e somente ai, eu ficaria descontente pelo android ter seguido outro caminho! Mas como cada um seguiu o seu caminho(bem longe do JME), não vejo motivo para este MIMIMI todo!
Para quem acha que o bytecode da Java SE é igual ao da Dalvik.
No link acima(pdf) existe um diagrama mostrando as diferenças…
editado - pdf mostra a estrutura dos pacotes
A diferença do byte code aqui
http://www.antforge.org/blog/2011/04/27/daneel-difference-between-java-and-dalvik
Por questões de portabilidade.
Nem todo mundo tem tempo pra ficar aprendendo essa tonelada de arquitetura proprietária.
Mas entre dispositivos android não existe nenhum problema de compatibilidade. O sdk é claro e bem formulado.
O único problema que vejo o pessoal comentando é querer rodar software de plaraforma java em um android. E isso não tem cabimento porque são coisas diferentes.Da minha parte refiro a ter uma jvm que roda byte code, evidentemente a partir de uma api desenhada pra isso e em java.
ok. então você precisa desenvolver para dispositivos java. Android está fora do seu escopo. Para desenvolver para android precisa usar o sdk do mesmo, não concorda?
Se já desenvolveram a api, seria somente usa-la diretamente em uma jvm ao inves do dalvik vm.
A google por questões politicas e financeiras, passou a usar o java como linguagem e não como plataforma. E isso pra quem desenvolve em java é péssimo, por causa da portabilidade.
Basta ter uma jvm dentro do kernel linux que é a base do android, esta por sua vez conversa com o hard e o sistema operacional,
como acontece em qualquer implementação de jvm pra qualquer so.A jvm não tem que ficar dentro da dalvik vm e nem faz sentido isso.
Tem alguns estudando criar um JIT de byte code para dalvik vm em tempo de execução, mas este processo poderá deixa-la um pouco lenta, todavia melhor que nada.
J-Menezes, eu vou te explicar essa questão de linguagens e plataformas, mas não fica bravo não, porque não é uma ofensa.
A plataforma dalvik(me referindo ao hardware virtual ou não) executa instruções diferente das da plataforma java. A linguagem de programação é um ítem insignificante para a plataforma, pois a plataforma só entende assembly(seja bytecode, x86, amd_64, arm, etc…).
Um exemplo é a plataforma dotnet suportar java, c++, vbasic, c#, ruby, python… Pois existe um compilador que converte essa escrita para assembly da plataforma. Com java(plataforma) é a mesma coisa, consequentemente na dalvik também.
A dalvik desconhece Java(linguagem) pois ela lê o assembly que o compilador criou.
No caso os compiladores da dalvik(que geram seu set de instruções ou assembly) não servem para os java. A api do android só funciona para android. No caso o que a google te cede é um conversor(nem é compilador de certa linguagem) de bytecode java para dalvik.
A google usa a linguagem java por questões de marketing, porque muita gente sabe utilizá-la, mas para o fim de alcaçar mais desenvolvedores.
Ela não fica “dentro” (no sentido literal) do kernel, ela funciona no mesmo nível do kernel do android, conversando com ele próprio. Isso quer dizer que ela tem privilégio de rodar softwares em background como serviços(daemons se preferir),e acessar recursos que outros processos rodando a nível de aplicação não podem. A jvm se roda a nível de aplicação. Você não cria serviços com ela, e para conseguir esse feito precisa escrever um software em c ou c++ para alcançar isso. Na dalvik todos os widgets de interface gráfica(inclusive os processos rodando em background responsáveis pelo gerenciamento da bateria, etc…) não são código nativo, são bytecode. Até o próprio htc sense é bytecode. Praticamente tudo que roda no android é bytecode(tirando o kernel e módulos linux que fazem o I/O(baixo nível) com periféricos).
Então faz bastante sentido
Esse pdf explica isso:
http://davidehringer.com/software/android/The_Dalvik_Virtual_Machine.pdf
A dalvik já tem um jit desde a versão do froyo(2.2). Ela não precisa disso.
[youtube]http://www.youtube.com/watch?v=Ls0tM-c4Vfo[/youtube]
Sei muito bem a diferença de linguagem e plataforma.
Antes que você me acuse de eu ficar bravo, mas pode acusar se desejar, porque não quero e não gosto de controlar opiniões, leia com calma o que eu escrevi.
O que se quer é que um JIT para executar (byte code java) para dalvik vm em tempo de execução. E não um JIT que converta as instruções binarias em nativas, isso aí já tem mesmo.
Em resumo, rodar java diretamente respeitando uma implementação.
Disse tudo! Não existe 1 app android que tenha tornado seu criador milionário, mas em iOS tem!
JIT o android tem a tempos.Agora não estou entedendo uma coisa, que PORTABILIDADE é esta toda que tanto clamam?
Querem programar apenas em java(JME) e rodar em todas as plataformas? Neste caso acho melhor começar a reclamar com a Apple, que foi quem começou isto, Google e por ultimo Microsoft, pedindo para eles “JVM JÁ”.
Agora como programador java, eu acho uma maravilha o google ter pelo menos mantido a linguagem java, como linguagem do Android, e não vejo porque ele, sozinho, deveria ter licenciado a JME, afinal iria ficar a mesma coisa que é atualmente: Google com JME vs iOS com seu Objective-C vs Microsoft com seu sei la o que(C#?), iria fazer alguma diferença para nos programadores? Não!
isto sem falar que JME é um dinossauro velho, que nem evoluia a um bom tempo, o Google ia ter que licenciar, e reinventa-lo, para chegar no que é os OS’s para smartphones atuais, sem falar nas questões do TCK e a amarração com a Oracle!
Então acho que fez foi muito bem em nao ter ido pelo caminho do JME. Pra mim não faz diferença nenhuma, afinal to programando em java. talvez se os outros(Apple e Microsoft) tivessem adotado o JME e apenas o Android não, ai, e somente ai, eu ficaria descontente pelo android ter seguido outro caminho! Mas como cada um seguiu o seu caminho(bem longe do JME), não vejo motivo para este MIMIMI todo!
Eu não posso mudar o mundo pra ser feliz.
No entanto uma observação com calma, verificamos que tudo isso nos remete a uma velha questão, a “bagunça proprietária”.
Na área de microcontroladores, não sei se você já programou pra isso, mas acredite é uma bagunça de tantas versões de linguagens C, que dá pra ficar louco com o tamanho da manutenção e do aprendizado.
Como seria bom se fosse padronizado pela sun e tivesse java em todos eles, não como obrigação e sim como opção.
No caso dos tablets já tem um povo aí tirando o android e colocando o linux ubuntu.
Veja bem : Eu desenvolvi uma linguagem para o mercado financeiro e ela gera executavel em byte code java.
Digamos que eu queira que ela rode em android, ios, firefox os e tantos outros por ai. vai vendo a dor de cabeça sem java.
Se gera bytecode java, entao teoricamente tu consegue programar para android, não á atoa que tem gente programando em Scala para Android, e tantas outras, até Ruby(ou JRuby), ja tem!
Se não me engano, o sdk do android não pega a linguagem java e transforma para o dalvik(apk), ela pega o bytecode, entao qualquer linguagem que rode na JVM e que tenha um compilador que gere bytecode java, daria para programar para android!
E ainda tem o NDK do android, onde tu pode programar nativo em C e C++.
Eu não posso mudar o mundo pra ser feliz.No entanto uma observação com calma, verificamos que tudo isso nos remete a uma velha questão, a “bagunça proprietária”.
Na área de microcontroladores, não sei se você já programou pra isso, mas acredite é uma bagunça de tantas versões de linguagens C, que dá pra ficar louco com o tamanho da manutenção e do aprendizado.
No caso dos tablets já tem um povo aí tirando o android e colocando o linux ubuntu.
Como seria bom se fosse padronizado pela sun e tivesse java em todos eles, não como obrigação e sim como opção.
Veja bem : Eu desenvolvi uma linguagem para o mercado financeiro e ela gera executavel em byte code java.
Digamos que eu queira que ela rode em android, ios, firefox os e tantos outros por ai. vai vendo a dor de cabeça sem java.
Se gera bytecode java, entao teoricamente tu consegue programar para android, não á atoa que tem gente programando em Scala para Android, e tantas outras, até Ruby(ou JRuby), ja tem!
Se não me engano, o sdk do android não pega a linguagem java e transforma para o dalvik(apk), ela pega o bytecode, entao qualquer linguagem que rode na JVM e que tenha um compilador que gere bytecode java, daria para programar para android!
E ainda tem o NDK do android, onde tu pode programar nativo em C e C++.
No caso do Android, na hora de distribuir os executáveis eu teria que ter uma versão binaria para android não ?
Eu não posso mudar o mundo pra ser feliz.No entanto uma observação com calma, verificamos que tudo isso nos remete a uma velha questão, a “bagunça proprietária”.
Na área de microcontroladores, não sei se você já programou pra isso, mas acredite é uma bagunça de tantas versões de linguagens C, que dá pra ficar louco com o tamanho da manutenção e do aprendizado.
No caso dos tablets já tem um povo aí tirando o android e colocando o linux ubuntu.
Como seria bom se fosse padronizado pela sun e tivesse java em todos eles, não como obrigação e sim como opção.
Veja bem : Eu desenvolvi uma linguagem para o mercado financeiro e ela gera executavel em byte code java.
Digamos que eu queira que ela rode em android, ios, firefox os e tantos outros por ai. vai vendo a dor de cabeça sem java.
Se gera bytecode java, entao teoricamente tu consegue programar para android, não á atoa que tem gente programando em Scala para Android, e tantas outras, até Ruby(ou JRuby), ja tem!
Se não me engano, o sdk do android não pega a linguagem java e transforma para o dalvik(apk), ela pega o bytecode, entao qualquer linguagem que rode na JVM e que tenha um compilador que gere bytecode java, daria para programar para android!
E ainda tem o NDK do android, onde tu pode programar nativo em C e C++.
No caso do Android, na hora de distribuir os executáveis eu teria que ter uma versão binaria para android não ?
Assim:
1 - Faço o programa em Scala;
2 - Compilo ele, o que vai gerar um .jar com os .class tudo dentro, com a ajuda do Proguard no caso do scala!
3 - o SDK do android pega este .jar e converte para .apk;
Scala
http://insella.se/blog/scala-on-android/
Ruboto - Ruby on Android
http://ruboto.org/
Python
No caso do NDK, que é proprio do Android, com ele fica facil para empresa que ja tem uma app em outra plataforma ter o mesmo app no android, isto se ela fez o app em C ou C++, ja teria boa parte da logica em *.so, o Opera mesmo, se olhar a pasta dele, tem um tanto la!
Eu não posso mudar o mundo pra ser feliz.No entanto uma observação com calma, verificamos que tudo isso nos remete a uma velha questão, a “bagunça proprietária”.
Na área de microcontroladores, não sei se você já programou pra isso, mas acredite é uma bagunça de tantas versões de linguagens C, que dá pra ficar louco com o tamanho da manutenção e do aprendizado.
No caso dos tablets já tem um povo aí tirando o android e colocando o linux ubuntu.
Como seria bom se fosse padronizado pela sun e tivesse java em todos eles, não como obrigação e sim como opção.
Veja bem : Eu desenvolvi uma linguagem para o mercado financeiro e ela gera executavel em byte code java.
Digamos que eu queira que ela rode em android, ios, firefox os e tantos outros por ai. vai vendo a dor de cabeça sem java.
Se gera bytecode java, entao teoricamente tu consegue programar para android, não á atoa que tem gente programando em Scala para Android, e tantas outras, até Ruby(ou JRuby), ja tem!
Se não me engano, o sdk do android não pega a linguagem java e transforma para o dalvik(apk), ela pega o bytecode, entao qualquer linguagem que rode na JVM e que tenha um compilador que gere bytecode java, daria para programar para android!
E ainda tem o NDK do android, onde tu pode programar nativo em C e C++.
No caso do Android, na hora de distribuir os executáveis eu teria que ter uma versão binaria para android não ?
Assim: 1 - Faço o programa em Scala; 2 - Compilo ele, o que vai gerar um .jar com os .class tudo dentro, com a ajuda do Proguard no caso do scala! 3 - o SDK do android pega este .jar e converte para .apk;Scala
http://insella.se/blog/scala-on-android/
Ruboto - Ruby on Android
http://ruboto.org/Python
No caso do NDK, que é proprio do Android, com ele fica facil para empresa que ja tem uma app em outra plataforma ter o mesmo app no android, isto se ela fez o app em C ou C++, ja teria boa parte da logica em *.so, o Opera mesmo, se olhar a pasta dele, tem um tanto la!
Então esse é o problema, pois minha ide gera um .class ou jar, então eu teria que disponibilizar para meus usuários uma outra versão somente para o android, e outra versão para firefoxOS e outra para o IOS etc.
sendo que o objetivo deste .class ou .jar é ser executado dentro de um ambiente próprio onde tudo lá é java.
programar em java sem jvm é osso.
O JIT é outra coisa menezes. Ele é um compilador que otimiza o bytecode diretamente e converte as partes mais críticas do software para instruções nativas da plataforma e ganhar desempenho com isso.
O que você quer é um hotspot todo dentro da dalvik, para que seu bytecode jvm não precise ser convertido para o dalvik.
Eu imagino que isso não seja possível por questões de licenciamento da oracle. Aquele mesmo impasse com o harmony da apache.
Assim: 1 - Faço o programa em Scala; 2 - Compilo ele, o que vai gerar um .jar com os .class tudo dentro, com a ajuda do Proguard no caso do scala! 3 - o SDK do android pega este .jar e converte para .apk;Scala
http://insella.se/blog/scala-on-android/
Ruboto - Ruby on Android
http://ruboto.org/Python
No caso do NDK, que é proprio do Android, com ele fica facil para empresa que ja tem uma app em outra plataforma ter o mesmo app no android, isto se ela fez o app em C ou C++, ja teria boa parte da logica em *.so, o Opera mesmo, se olhar a pasta dele, tem um tanto la!
Você pode pegar qualquer bytecode “Java SE” (precisa excluir frameworks como swing, etc…) e converter para set o dalvik. É praticamente 100% de compatibilidade.
O ndk é mais usado para você expandir o kernel com módulos. Criando periféricos etc…
Eu não posso mudar o mundo pra ser feliz.No entanto uma observação com calma, verificamos que tudo isso nos remete a uma velha questão, a “bagunça proprietária”.
Na área de microcontroladores, não sei se você já programou pra isso, mas acredite é uma bagunça de tantas versões de linguagens C, que dá pra ficar louco com o tamanho da manutenção e do aprendizado.
No caso dos tablets já tem um povo aí tirando o android e colocando o linux ubuntu.
Como seria bom se fosse padronizado pela sun e tivesse java em todos eles, não como obrigação e sim como opção.
Veja bem : Eu desenvolvi uma linguagem para o mercado financeiro e ela gera executavel em byte code java.
Digamos que eu queira que ela rode em android, ios, firefox os e tantos outros por ai. vai vendo a dor de cabeça sem java.
Se gera bytecode java, entao teoricamente tu consegue programar para android, não á atoa que tem gente programando em Scala para Android, e tantas outras, até Ruby(ou JRuby), ja tem!
Se não me engano, o sdk do android não pega a linguagem java e transforma para o dalvik(apk), ela pega o bytecode, entao qualquer linguagem que rode na JVM e que tenha um compilador que gere bytecode java, daria para programar para android!
E ainda tem o NDK do android, onde tu pode programar nativo em C e C++.
No caso do Android, na hora de distribuir os executáveis eu teria que ter uma versão binaria para android não ?
Tem sim, pois a jvm é uma coisa e a dalvik é outra coisa. O sdk do android usa os compiladores do jdk para gerar o bytecode, então o conversor entra em ação e gera um outro para o dalvik.
Concordo com você, mas para atingir outras plataformas diferentes(que não suportam java) precisa se ajustar ao sdk próprio delas. Eu até gosto disso porque ganho know how.
Pensei que a Dalvik fosse a “jvm” do android.
Pensei que a Dalvik fosse a “jvm” do android.