navegador J2ME aplicativo Vs em um aparelho

votos
3

Recentemente comecei a desenvolver um protótipo J2ME aplicação. Notei o quão difícil é desenvolver uma boa UI procurando. Considerar o desenvolvimento de um aplicativo em J2ME para reservar voos interagindo com webservice.

Um site voo para será fácil desenvolver com interface agradável e pode ser acessado pelo navegador em um aparelho. não entendo todos os aparelhos têm navegador, mas todos os novos e futuros os que têm navegador e tem tela grande também.

É uma boa idéia para desenvolver uma tal aplicação em J2ME que precisa falar com webservice para que ele funcione? Ou j2me só é adequado para aplicativos independentes?

Publicado 04/03/2009 em 05:42
fonte usuário
Em outras línguas...                            


8 respostas

votos
3

um monte de mal-entendidos e as demonstrações simples erradas nas respostas anteriores.

Eu aconselho você a apenas fazer sua pesquisa você mesmo. Hoje em dia você PODE desenvolver realmente bons aplicativos olhando com J2ME sem escrever sua própria estrutura GUI. Dê uma olhada em LWUIT realmente. Por exemplo, eles têm um teclado virtual como uma das suas funcionalidades touch screen e isso você tem em dispositivos como o N97, que em si não tem um teclado virtual. BTW usando LWUIT você tem uma porta Blackberry e Android incluído se alguém se importa.

Também Apps hoje em dia se tornar o centro do palco em muitos não plataformas apenas o iPhone. Olhe para os desenvolvimentos recentes nesta área como OVI, RIM, Samsung, SE, Orange World todos eles começam com lojas de aplicativos.

"Levar as pessoas a usar um site em seu telefone móvel é mais fácil do que fazê-los baixar um aplicativo." esta é apenas uma afirmação sem prova. você não pode dizer que como este. Depende de um monte de outros fatores. - Por que os usuários digitam em sua url móvel para a tela relativamente pequena de novo?

Enfim, esta resposta provavelmente é tarde demais para que eu não vou escrever muito mais. A indústria móvel está mudando rapidamente agora, mas ainda não é uma alternativa para J2ME para o desenvolvimento multiplataforma. Talvez no futuro com melhores navegadores e technolgies widget.

Respondeu 15/11/2009 em 21:52
fonte usuário

votos
3

Vantagens de J2ME:

  • Podem acessar os recursos do telefone, como sistema de arquivos, livro de telefone e GPS. A última é muito importante em aplicações de mapas.
  • Você pode construir interfaces de usuário mais ricas. Pode ser difícil como você diz, mas há muitas bibliotecas GUI que poderia ajudá-lo. Pelo contrário, a interface do usuário para um navegador móvel (você não pode confiar em CSS e javascript de trabalho) seria muito pobre.
  • Maior flexibilidade na lógica de comunicação. Você pode criptografar / descriptografar dados, comprimi-los, use os serviços web SOAP. Com o navegador, sua melhor aposta seria desenvolver serviços REST.

Desvantagens de J2ME:

  • Midlets precisa ser assinado. Isto tem algum custo e há situações em que mesmo um aplicativo assinado não será executado corretamente em telefones específicos.
  • Desenvolver um midlet para ser executado em todos os tipos de telefones é um pesadelo. Pelo contrário, uma aplicação web móvel bem desenhado seria exibido corretamente em todos os celulares mais recentes.
  • Você precisa ter um canal para a distribuição de sua aplicação. As pessoas precisam baixá-lo e ter cobrado para a largura de banda necessária. Você precisaria para cuidar de clientes irritados tendo problemas com a aplicação. As coisas são mais fáceis com um web site.
  • aplicativos J2ME são inevitavelmente comparada com aplicações nativas (iPhone, Windows Mobile, Symbian). Em comparação com estes, eles são muito pobres e muitos iriam achar que pagar por eles ou até mesmo usá-los não é justificada.

Minha conclusão: Hoje em dia verdadeira telefones inteligentes estão se tornando mais popular e ganhar uma quota de mercado cada vez maior. Nestas circunstâncias, as vantagens de J2ME realmente não pode superar suas restrições. A única exceção que eu poderia pensar, é se ter que desenvolver um aplicativo de GPS. Para todos os outros casos, um site móvel é uma idéia melhor.

Respondeu 10/03/2009 em 09:15
fonte usuário

votos
2

Uma coisa vale destacar: a única maneira padrão de implantação de um MIDlet é através de download OTA para que você não esperaria um telefone J2ME com capacidade para não ter um navegador web.

navegador web móvel como Webkit e Opera estão melhorando mais rápido do que J2ME (pelo menos até MIDP3.0 inicia o transporte, ou nunca).

Não importa qual plataforma você escolher, você precisará testar seu serviço em muitos dispositivos. Eu não acho que a mudança de J2ME para webapp faz uma diferença enorme a este respeito, porque os fabricantes de telefones continuam mudando os binários que vão para os firmwares telefones.

Levar as pessoas a usar um site em seu telefone móvel é mais fácil do que fazê-los baixar um aplicativo. a menos que o aplicativo já está instalado quando compram o telefone, isso é.

Você pode querer olhar LWUIT para uma melhor e mais fácil GUI J2ME.

Uma coisa que J2ME vai realizar para um serviço de reserva de voo é salvar a vida da bateria por não exigir a transferência de dados de rede constante, graças aos mecanismos de armazenamento local.

Respondeu 10/03/2009 em 16:19
fonte usuário

votos
2

Coisa que uma boa regra de ouro deve ser: Se o que você está tentando alcançar pode ser feito com um site para celular - vá para o site.

IMHO, aplicativos só deve ser usado para se eles não podem tirar proveito do hardware móvel - como localização, som, vídeo, 3D, fotos etc ...

Mesmo que os custos dev para o aplicativo foram insignificantes (eles geralmente não são), você teria que oferecem alguns recursos realmente incríveis para fazer os usuários passar pela dificuldade de fazer o download.

(Tudo isso é essencialmente verdadeiro para J2ME / BREW. O iPhone é um pouco diferente como aplicativos tomar o centro do palco)

Respondeu 10/03/2009 em 09:34
fonte usuário

votos
2

Apenas uma nota curta, aplicativos como o Google Maps ou Gmail Mobile provavelmente não usar WebServices para falar com sua parte do servidor. A WebService tem um monte de sobrecarga, especialmente quando se considera que os usuários móveis são geralmente classificados pela quantidade de dados transmitidos. A melhor maneira de realizar a comunicação entre o aplicativo cliente e a sua parte do servidor é usar dados binários através de uma conexão socket.

Eu, pessoalmente, acho que é muito difícil fazer uma aplicação J2ME consistente e confiável, que será executado através de um grande conjunto de telefones celulares. Baseado na minha experiência, eu só iria desenvolver uma aplicação J2ME (em vez de um aplicativo da Web) se é uma exigência estrita - por exemplo, para ser capaz de ver as suas reservas sem estar conectado à rede. Há outros custos associados com aplicações J2ME - as aplicações deve ser baixado, o usuário será perguntado se o aplicativo tem permissão para se conectar à rede quando ele tenta (existem exceções para esse caso, mas eu acredito que a aplicação tem de ser assinado pela 3ª companhia partido - mais $$$ envolvidos), você terá que manter diferentes versões do aplicativo em execução em uma variedade de telefones móveis (mais complexidade à petição), e assim por diante ...

Pense nisso desta maneira - se você estivesse desenvolvendo uma coisa semelhante para um computador, que você construir uma aplicação desktop ou um aplicativo web? Com os celulares de hoje (muitos dos quais podem acessar sites full-html com javascript - o que significa ajax), a proposição da questão é válido.

Respondeu 04/03/2009 em 06:14
fonte usuário

votos
1

Eu acho que para aplicativos de negócios, ou mais de texto / dados orientados coisas, um site / wap web móvel pode ser mais fácil de manter, desde que você não terá que lidar com empurrando atualizações do cliente para aparelhos.

Para aplicativos de interface do usuário intensivo (mapas, jogos, etc.), os aplicativos cliente são provavelmente o caminho a percorrer, para que possa lidar com mais do processamento e renderização do lado do cliente.

Ambas as opções são difíceis, porém, uma vez que existem tantos problemas de compatibilidade com os telefones. Você pode ser melhor servido por estreitar as quais os tipos de telefones você quiser dar suporte para seu aplicativo. Se você acha que a maioria de seus clientes será telefones iPhone ou Android, você pode direcionar essas plataformas (em que suas aplicações clientes ou aplicações web) e evitar J2ME old-school completamente.

Respondeu 08/03/2009 em 22:59
fonte usuário

votos
1

Existem muitos aplicativos grande J2ME que (necessidade de) falar com webservices. basta pensar nas aplicativos do Google, como o Gmail móvel e Maps para celular. eles são mais rápidos e mais fáceis de usar do que usando os serviços via browser do telefone celular. por isso, se você pode criar um bom aplicativo, é definitivamente vale a pena.

EDIT: também, um aplicativo J2ME torna possíveis características que não podem ser fornecidos por um aplicativo web: integração com as funções do telefone (livro de endereços, calendário), "ligar para este número", a API de localização, etc.

Respondeu 04/03/2009 em 05:49
fonte usuário

votos
0

Eu odeio WebApps em telefones. Eles são lentos e eles não funcionam em um ambiente semi-conectado.

aplicativos J2ME pode fazer backups locais, backups bluetooth, dados do bluetooth que compartilham entre 2 telefones e UI melhor capacidade de resposta. No entanto, que exige dinheiro, habilidade, tempo etc.

Minhas principais queixas com MIDP que está empurrando atualizações de software e WAV em tempo real de mistura. Tecnicamente aqueles são possíveis no âmbito da MIDP mas os capangas na roda não são muito criativos.

Respondeu 01/09/2010 em 11:46
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more