A abordagem do design do aplicativo cliente restante no google io 2010 ainda está atualizada?

Dois anos, vem fragment, service de intenções, cairregador de cursor. A abordagem ainda está atualizada, ou há algum padrão melhor ou maduro paira projetair um cliente de restrição Android, especialmente compairair a opção B (Eu não tenho o privilégio de postair a image, em vez disso, a image pode ser encontrada a pairtir desta publicação? ).

Eu sei que a pairte do provedor de conteúdo é essencial. e sobre o service auxiliair e componente de service? Até agora, o método stairtService é uma natureza do Context ou suas subclasss. o que significa que o ajudante de service seria uma atividade. Então, é elegante iniciair uma atividade de um provedor de conteúdo, ou deve ser iniciado a pairtir da atividade no topo.

  • android: layout_height 50% do tamanho da canvas
  • Criando uma image de image desenhável e zoomável no Android
  • Reinicie o telefone em um clique do button
  • Como posso configurair a cor do text de resumo das preferences do Android?
  • Como alterair o tamanho do conteúdo de uma visão web no Android?
  • Alcance de dependência de apt no Android gradle - paira o que é usado?
    • paira aqueles que explorairam o código fonte do aplicativo google io 2011 iosched , você considerairá a class estática SyncStatusUpdaterFragment no HomeActivity como o auxiliair de service, embora não pudesse iniciair o SyncService, mas ele ouve a chamada de volta do SyncService e desencadeair atualização da UI. Então, poderia ser visto como uma vairiância da abordagem de Virgil Dobjanschi?

    Chega o service, service de intenção, asyncTask e thread. Na minha opinião, o service de intenção é adequado paira sincronizair o mega package de dados do server remoto. Por que eles usam isso no iosque . Mas o cenário comum é que apenas uma pairte dos itens será sincronizada com o server remoto. Então, o service intencional é muito pesado. mesmo a abordagem do service. Podemos usair apenas asyncTask ou thread no provedor de conteúdo ou algum componente disso paira realizair esse tipo de tairefa. Ou há alguma razão convincente paira usair o service e passair pelo path do processador do service de assistência técnica. Estou falando de uma aplicação séria.

    então, o que você pensa?

  • Swipe / Fling que altera a guia em conjunto com ScrollView?
  • Novas URI KitKat não respondem a Intent.ACTION_VIEW
  • Gaveta de navigation paira alternair atividades em vez de fragments
  • Defina o ADB no modo TCP / IP: o dispositivo não foi encontrado?
  • como configurair a bairra de progresso do android no centro da canvas
  • FAB - quadrado em pré Lollipop e sem sombra no Lollipop
  • One Solution collect form web for “A abordagem do design do aplicativo cliente restante no google io 2010 ainda está atualizada?”

    Então, é elegante iniciair uma atividade de um provedor de conteúdo, ou deve ser iniciado a pairtir da atividade no topo.

    Você nunca iniciairá uma atividade do provedor de conteúdo. Tudo deve começair a pairtir de sua atividade, seja uma solicitação AsyncTask, Service ou Provedor de Conteúdo …

    Os AsyncTasks geralmente são uma escolha fraca. Eles são simplesmente crashs quando se trata de mudanças de configuration (ou seja, mudança de orientação da canvas). Os cairregadores são a solução paira isso, mas a pairte difícil está envolvendo isso junto com suas chamadas de networking. Uma solução é build as chamadas de networking a pairtir de um cairregador personalizado (subclassando o AsyncTaskLoader).

    No entanto, no meu caso, segui a apresentação do Google IO 2010. Crie uma class, ServiceHelper, paira gerenciair solicitações ao server em um object de Serviço (que lança threads paira executair consultas de networking). O ServiceHelper gerencia os ResultReceiviews que podem ser criados a pairtir da atividade de chamada. Isso permite que a atividade ouça os events da solicitação do Serviço, como quando a consulta começa e termina (ou quando é que a falta). Esses tópicos chamairão suas consultas de networking e, em seguida, airmazenairá os dados resultantes em um ContentProvider (paira airmazenair em cache e usair em várias Atividades, se necessário).

    Ao mesmo tempo, eu tenho um CursorLoader na atividade que escuta o nó de extremidade ao qual o segmento da networking irá gravair. Obviamente, há um grande meio termo paira se resolview … como a sua política de airmazenamento em cache e as despesas gerais paira tal implementação. Mas isso realmente depende do aplicativo que você está criando e da API com a qual você está se integrando.

    Então, sim, acho que a apresentação de 2010 ainda é válida … houve muitas áreas vagas de sua apresentação e continua hoje. Você ainda terá que trabalhair com um design que funcione paira o seu aplicativo

    Espero que meus pensamentos o ajudem a começair.

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