Existe uma melhor visão web paira Android

Existe uma melhor visão web paira o Android? Os documentos do próprio Google referem não confiair no object webview.

Mas, paira usair o webkit, pairece estranho que seja tão limitado, em compairação com outros browseres webkit usados ​​em dispositivos móveis com hairdwaire compairável.

  • Obfuscate Classes pairceláveis ​​com proguaird
  • Aplicação de notificação do Android
  • Android. Desempenho da animação
  • Como tirair uma captura de canvas de outro aplicativo de forma programática sem permissão de root, como Screenshot UX Trial?
  • Compute SHA256 Hash no Android / Java e C #
  • BetterPickers sem uma biblioteca de suporte
  • Isso é evidente nas implementações móveis jquery, ou também implementações sencha touch paira aplicativos da web. A viewsão Android sofre desaceleração, problemas de renderização e uma experiência de user ruim, onde outros dispositivos móveis – como um iphone – irão executá-lo bem. Ambos usam webkit. e fora de um aplicativo, o browser Android atual corre bem.

    Existe uma maneira de realmente resolview o problema do Android, em um nível mais baixo? Alguém criou um object web mais abrangente paira o Android?

    Obrigado por qualquer informação

  • Devo comprometer a liberação da loja de keys paira o aplicativo Android paira o repository de equipe?
  • Como usair setProgressDrawable () corretamente?
  • Como criair o apk sem eclipse ou Modificair o edifício apk com um file de configuration?
  • Escalando o código QR usando a API Mobile Vision da Android
  • Lista de aplicativos padrão mostrados incorretos no Android L
  • Por que minha animação deixa uma trilha?
  • 4 Solutions collect form web for “Existe uma melhor visão web paira Android”

    Tenho medo de que ambas as respostas (Commonswaire e Fuzzical Logic) estejam evitando a realidade.

    A realidade de nossa experiência de dois anos de desenvolvimento de um aplicativo web HTML5 e posterior aplicativo PhoneGap (híbrido usando visualização web) paira iOS, Android e Windows Phone é:

    Funciona muito bem no iOS (Safairi e no WebView), funciona razoavelmente no Chrome no Android, IE no Windows 8 e no IE WebView (todos tiviewam problemas, mas podem ser resolvidos), mas continua a ser um pesadelo no Android WebView .

    O WebView no Android foi quebrado e ainda está quebrado após a atualização paira KitKat com o Chromium substituindo-o. Ele simplesmente trava no HTML5 normal (nem sequer com problemas de Javascript). Você encontrairá muitas pessoas na networking observando coisas semelhantes.

    Coisas como "Suporte Flash" não têm nada a view com isso – Flash, isso não é HTML5. Seja ou não um fabricante quer apoiair um determinado plugin (ou, neste caso, um middlewaire integer) depende dele. Eu sempre entendi a decisão da Apple, e em um WebView faz ainda less sentido.

    Então, o problema é um problema Android / Google, tanto quanto os adeptos desta plataforma querem negair isso. É clairo que é pairticulairmente embairaçoso paira uma empresa que sempre chorou "aberto" e, em seguida, não é capaz de fornecer um componente de browser HTML5 funcionando após tantos anos.

    Mas sua pergunta foi, se houview qualquer outro WebView de qualquer outra pessoa:

    Bem, gostairíamos de ouvir sobre um. Desculpe, também não encontrámos um até agora, e o motivo provavelmente é exatamente o que foi mencionado nos posts acima: é muito difícil implementá-lo e será dependente do hairdwaire (aceleração de hairdwaire, etc.). No entanto, uma vez que o Chrome funciona pelo less razoável agora (depois de tantos anos …) Eu me pergunto se a falta de qualidade similair no Chromium WebView é intencional pelo Google, tentando evitair que as pessoas façam ótimos aplicativos da web ou aplicativos híbridos. (Muito o contrário do que a Microsoft está fazendo.)

    CQM,

    Compreenda que eu concordo com Commonswaires e quase tudo o que afirmou na resposta fornecida. No entanto, a questão pairece implicair que existe um problema que você está tendo (seja em compreensão ou concepção) e quer encontrair / desenvolview uma solução mais adequada paira suas necessidades.

    Dirigindo-se à pergunta e às respostas que você provavelmente receberá:

    Eu acredito que as críticas válidas da Commons são devido ao fato de você não indicair o porquê ou a forma como o object da plataforma fornecido é insatisfatório, nem você declaira por que ou quando acredita que o Google disse que o referido object não é confiável. Se você quiser um feedback melhor, edite sua pergunta apropriadamente paira comunicair isso e você terá less problemas aqui.

    Além disso, conforme explicado mais adiante, você implica que este é um problema com a plataforma Android (na viewdade, quase diretamente) e não é. Há muitas considerações no amplo scope da navigation na web paira serem completamente abordadas por um controle simples, como o WebView. A Microsoft enfrentou o mesmo problema com o seu object embedded IE COM na década de 90. É um grande problema que não pertence a nenhum grupo.

    Dirigindo-se à pergunta implícita:

    O object WebView é basicamente um mini-browser que utiliza um código de renderização altamente flexível, baseado em pairâmetros inteiramente diferentes dos de um browser dedicado. Isso inclui tudo, desde renderização simples, até objects interativos (sp?), Como os links que essa página empregairia. Este process é muito difícil (por falta de uma palavra melhor) paira miniaturizair de tal forma que a capacidade é uniforme paira incorporair em uma vairiedade de aplicativos que podem ter uma estrutura de layout diferente e pairâmetros sempre. Heck, tais motores são difíceis de programair uniformemente mesmo com um motor de navigation dedicado, levando a muitas das diferenças entre os principais browseres atuais como um todo.

    Como tal, o WebView não se destina a fornecer a funcionalidade completa de um browser dedicado, mas os aspectos mais úteis de exibir conteúdo entregue na web dentro de um aplicativo que muitas vezes faz outras coisas. Isto é especialmente viewdadeiro quando você considera as implicações de security de adicionair funcionalidade de Javascript ou processamento baseado no cliente fornecido com o referido conteúdo. Adicione a isso, cada dispositivo tem o potencial de ter um mecanismo de renderização diferente ou uma viewsão diferente do mesmo mecanismo de renderização, da mesma forma que diferentes dispositivos possuem diferentes resources utilizando o SQLite (ou seja, o Suporte de Chave Externa).

    Como tal, o WebView é fornecido como uma solução paira exibir conteúdo entregue na web sem gairantia quanto à sua extensibilidade ou usabilidade, a less que você o use paira view (e possivelmente reagir) um código HTML confiável e compatível com padrões. Depois de entrair nas práticas reais dos sites do mundo real, você percebe que o HTML foi feito com tanta flexibilidade especificamente porque cada padrão adotado em diferentes níveis por diferentes desenvolvedores. Uma vez que o credo primário do HTML é que ele funciona (mostre o conteúdo), apesair das possíveis ambiguidades, a questão do desenvolvimento de uma solução totalmente abrangente de aplicativo orientado a objects torna-se ainda mais difícil de desenvolview.

    … onde outros dispositivos móveis – como um iphone – irão executá-lo bem

    Isso depende do conteúdo. Além disso, a filosofia de desenvolvimento paira os dispositivos Apple é totalmente diferente da do Android. A Apple tem apenas um punhado de dispositivos, paira que eles possam gairantir a uniformidade em seus dispositivos e escolher quais e quando adicionair resources adicionais. Por exemplo, o primeiro iPhone não possui suporte nativo paira o Flash. Com base nas implicações da sua pergunta, acredito que isso falhe no teste "abrangente".

    O Android, ao contrário, tem um repertório muito mais amplo de dispositivos. O código paira o Android é ajustado e alterado pelos fabricantes desses dispositivos paira permitir que eles façam soluções de suporte mais adequadas paira suas necessidades específicas de dispositivo. O Google não pode gairantir que nenhum dispositivo específico manterá qualquer ou todo seu código o mesmo de qualquer maneira. Isso cria mais limitações, mas cria outras liberdades muito impressionantes.

    … ambos usam o webkit.

    O Chrome eo Safairi também usam o webkit. Muitos desenvolvedores foram atormentados pelas diferenças de minuto a minuto na forma como ambos utilizam de forma diferente.

    … fora de um aplicativo, o browser Android atual corre bem.

    Isso é abordado acima.

    Existe uma maneira de realmente resolview o problema do Android, em um nível mais baixo?

    Mais uma vez, este não é o problema do Android . Se você está tendo um problema específico com a implementação atual, você é livre paira codificair uma solução sepairada. Além disso, o conteúdo da Web foi feito paira ser visualizado em um browser e isso é fornecido. A melhor prática é definir o que você precisa paira fazer especificamente. Você precisa do WebView paira visualizair qualquer página da Web? Ou apenas o seu? Quais são seus problemas com a renderização atual? Você precisa de scripts do lado do cliente?

    Toda ferramenta é feita com necessidades especiais em mente. Isso é mesmo viewdadeiro paira as chamadas "melhores" visualizações. Essas visualizações foram feitas paira atender às necessidades específicas que podem ser necessárias por mais de um desenvolvedor. No mundo da programação (especialmente OOP), existe realmente muito pouco como abrangente. Se houvesse, não teríamos que estender nossos objects em primeiro lugair. Ao analisair essa ferramenta, considere o que precisava que ela estivesse especificamente tentando abordair.

    Alguém criou um object web mais abrangente paira o Android?

    Sim. Eles normalmente se manifestam nos outros browseres dedicados que você pode download paira o seu dispositivo. Quanto a saber se eles são ou não acessíveis: pessoalmente, não tenho ideia e não estou inclinado a olhair.

    Declairação final

    A questão que você levantou não foi realmente específica o suficiente paira fornecer uma solução viewdadeira. Pairecia também assumir uma position antagônica, devido à má escolha das palavras. Se o seu problema não foi resolvido pela resposta do CommonsWaire ou pelo meu próprio, considere editair sua pergunta paira adicionair nossas necessidades mais específicas. Dito isto, espero que ambas as nossas respostas tenham sido capazes de fornecer alguma informação paira você.

    Espero que isto ajude,

    FuzzicalLogic

    Estou surpreso por ninguém ter mencionado o CocoonJS .

    Tem uma reimplementação do WebView padrão (Webview +); um Webview empacotado, paira que seu aplicativo seja executado consistentemente em dispositivos (embora limitado ao Android 4+ e iOS 8+).

    Há também um ambiente chamado Canvas + paira WebGL, mas é completamente sepairado do WebView +. Isso significa que você precisairá sobrepor o WebView + no topo do Canvas + paira obter exibições de DOM e canvas simultaneamente. Eles não compairtilham o mesmo ambiente JS, mas há um sistema de mensagens paira enviair mensagens entre os dois.

    CocoonJS não pairece ser uma boa solução de nível de produção devido ao suporte limitado do operating system, mas talvez seja no futuro.

    Há também Crosswalk . Ele funciona paira Android 4+ e Tizen.

    Isso é muito perto de um tópico fora do assunto, enviair-seus-rants-em outro lugair – tipo de "pergunta".

    Existe uma melhor visão web paira o Android?

    Se por "webview" você quer dizer um mecanismo de renderização da Web incorporável, provavelmente não, como escreview esses mecanismos é difícil . Você pode view se um está disponível como um ramo do Firefox Mobile. Ou, você pode criair sua própria porta do WebKit no Android, usando a edição AOSP como ponto de pairtida. Note que ambos são susceptíveis de aumentair substancialmente o tamanho do seu aplicativo.

    Os documentos do próprio Google referem não confiair no object webview.

    Citação, por favor.

    Alguém criou um object web mais abrangente paira o Android?

    Isso dependeria da definição de um "object web mais abrangente". Notavelmente, você negligenciou fornecer qualquer tipo de definição paira esta frase.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.