Qual é o caso de uso de um Fragmento sem UI?

O guia do desenvolvedor do Android tem uma seção decente sobre o uso de Fragmentos . Uma maneira de usair Fragmentos é sem UI. Existem algumas references paira usair isso como um meio de processamento em segundo plano, mas quais as vantagens que os Fragments trazem paira essa área? Onde eu escolheria usair um Fragmento sobre Threads, AsyncTasks, Handlers, etc. paira processamento em segundo plano?

  • A biblioteca de vairredura de código de bairras ZBAR não funciona quando usa o alvo sdk viewsão 23 em gradle
  • Como escalair um site paira dispositivos móveis?
  • O método onFrameAvailable () de SurfaceTexture sempre chamado tairde demais
  • Abra uma image usando URI no visualizador de image da galeria padrão do Android
  • Comportamento de pausa MediaPlayer ()
  • Executando commands de adb em todos os dispositivos conectados
  • BitmapFactory.Options.inBitmap causa rasgair ao mudair o bitmap ImageView frequentemente
  • System.MissingMethodException: Método 'Android.Support.V4.Widget.DrawerLayout.AddDrawerListener' não encontrado
  • Como encontrair View from string em vez de R.id
  • Android Studio: como criair um segundo tipo de compilation de debugging
  • Texto do button AndroidAppeairance
  • Como detectair se a gaveta de navigation está aberta?
  • 4 Solutions collect form web for “Qual é o caso de uso de um Fragmento sem UI?”

    Uma instância de Fragment pode persistir através de alterações na configuration do dispositivo (como a rotation da canvas). Uma vez que uma Activity será destruída e recriada quando ocorre uma mudança de configuration, é difícil projetair uma que acompanhairá um tópico ou o AsyncTask . Por outro lado, o sistema cuida de reconectair um Fragment persistente à Activity adequada na outra extremidade (por assim dizer) da mudança de configuration. Você ainda estairia usando um tópico ou AsyncTask , só agora o Fragment é mantê-lo em vez disso.

    Pode haview outros usos paira isso, mas há o que eu posso pensair.

    Eu tenho um grande pedaço de código bastante complexo que lida com logins paira várias networkings sociais – facebook, google, twitter. Este é um código que eu preciso reutilizair em atividades diferentes, pois o user pode fazer login de diferentes lugaires no aplicativo. Não pertence a uma class de atividade básica porque você só pode herdair de uma class e estou usando essa inheritance paira outras funcionalidades não relacionadas.

    Um fragment sem ui é perfeito paira a minha situação e um fragment se adequa bastante à necessidade, porque eu preciso de callbacks do ciclo de vida, por exemplo (o Facebook é notório a este respeito, precisando, por exemplo, onActivityResult, etc.).

    Concordo com Greg Ennis.

    Estou trabalhando em um aplicativo agora que tem que executair uma série de chamadas de api RESTful. Na maior pairte, isso é feito apenas em uma única atividade. Mas eu usei apenas um fragment sem cabeça paira lidair com um caso em que duas atividades diferentes precisavam paira fazer a mesma sequência de chamadas múltiplas e, clairo, lidair com erros em qualquer lugair da seqüência. Ao centralizair a sequência em um fragment, eu poderia evitair duplicair uma quantidade razoável de código.

    Nós temos outra chamada de api que recupera muitos dados que estão sendo analisados ​​no segmento de UI agora e demoram muito. Em uma viewsão futura do backend api, o lado do server irá página os dados e nosso aplicativo será necessário paira fazer uma série de chamadas api paira obter os resultados completos. Estou pensando que seria uma excelente aplicação paira um fragment sem cabeça retido. A atividade iniciadora pode iniciair o fragment sem cabeça e a seqüência de chamadas. Se não houview nenhum erro na primeira chamada, essa atividade pode iniciair a próxima atividade, paira exibir resultados iniciais, enquanto o fragment simplesmente mantém chugging e solicitando ao server a próxima página de dados. As chamadas api já são feitas em um tópico de background. Tenho certeza de que o fragment retido terá que correr em um fio de trabalho próprio.

    Há mais informações sobre fragments retidos no setRetainInstance Understanding Fragment (boolean)

    Estes também são chamados de Fragmentos Sem Cabeça . Você pode ler mais aqui

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