Activity, AppCompatActivity, FragmentActivity e ActionBarActivity: quando usar quais?

Eu sou do iOS, onde é fácil e você simplesmente usa um UIViewController. No entanto, no Android, as coisas parecem muito mais complicadas, com determinados UIComponents para níveis de API específicos. Estou lendo o BigNerdRanch para Android (o livro tem aproximadamente 2 anos) e eles sugerem que eu useActivity para hospedar o meu FragmentActivities. No entanto, pensei que Activityestava obsoleto.

Portanto, para o nível 22 da API (com um suporte mínimo para o nível 15 ou 16), o que exatamente devo usar para hospedar os componentes e os próprios componentes? Existem usos para todos esses itens ou devo usar um ou dois quase exclusivamente?

Achei que a atividade estava obsoleta

Não.

Portanto, para o nível 22 da API (com um suporte mínimo para o nível 15 ou 16), o que exatamente devo usar para hospedar os componentes e os próprios componentes? Existem usos para todos esses itens ou devo usar um ou dois quase exclusivamente?

Activityé a linha de base. Toda atividade herda Activity, direta ou indiretamente.

FragmentActivityé para uso com o backport de fragmentos encontrados nas bibliotecas support-v4e support-v13. A implementação nativa de fragmentos foi adicionada no nível 11 da API, que é menor que os minSdkVersionvalores propostos . A única razão pela qual você precisaria considerar FragmentActivityespecificamente é se você deseja usar fragmentos aninhados (um fragmento contendo outro fragmento), pois isso não era suportado em fragmentos nativos até o Nível 17 da API.

AppCompatActivityé da appcompat-v7biblioteca. Principalmente, isso oferece um backport da barra de ação. Como a barra de ação nativa foi adicionada no nível 11 da API, você não precisa AppCompatActivitydisso. No entanto, as versões atuais appcompat-v7também adicionam um backport limitado da estética do Material Design, em termos da barra de ação e de vários widgets. Existem prós e contras do uso appcompat-v7, muito além do escopo desta resposta específica do Stack Overflow.

ActionBarActivityé o nome antigo da atividade base de appcompat-v7. Por várias razões, eles queriam mudar o nome. A menos que alguma biblioteca de terceiros que você está usando insiste em um ActionBarActivity, você deve preferir AppCompatActivitymais ActionBarActivity.

Portanto, considerando o seu minSdkVersionintervalo entre 15 e 16:

• Se você deseja uma aparência de Design de Material com backport, use AppCompatActivity

• Caso contrário, mas você deseja fragmentos aninhados, use FragmentActivity

• Caso contrário, use Activity

Apenas adicionando do comentário como nota: AppCompatActivityestende FragmentActivity, para que qualquer pessoa que precise usar os recursos do FragmentActivitypode usar AppCompatActivity.

Activityé a classe base de todas as outras atividades, não acho que será preterido. A relação entre eles é:

Activity<- FragmentActivity<- AppCompatActivity<-ActionBarActivity

'<-' significa herança aqui. A referência mencionada ActionBarActivityestá obsoleta, use em AppCompatActivityvez disso.

Então, basicamente, usar AppCompatActivityé sempre a escolha certa. As diferenças entre eles são:

• Activity é o básico.
• Com base em Activity, FragmentActivityfornece a capacidade de usar Fragment.
• Com base em FragmentActivity, AppCompatActivityfornece recursos para ActionBar.

2019: Uso AppCompatActivity

No momento da redação deste texto (verifique o link para confirmar que ainda é verdade), a Documentação do Android recomenda o uso AppCompatActivityse você estiver usando uma Barra de Aplicativos.

Este é o racional dado:

A partir do Android 3.0 (API nível 11), todas as atividades que usam o tema padrão têm uma ActionBar como uma barra de aplicativos. No entanto, os recursos da barra de aplicativos foram gradualmente adicionados à ActionBar nativa em várias versões do Android. Como resultado, o ActionBar nativo se comporta de maneira diferente, dependendo da versão do sistema Android que um dispositivo pode estar usando. Por outro lado, os recursos mais recentes são adicionados à versão da barra de ferramentas da biblioteca de suporte e estão disponíveis em qualquer dispositivo que possa usar a biblioteca de suporte.

Por esse motivo, você deve usar a classe Barra de Ferramentas da biblioteca de suporte para implementar as barras de aplicativos das suas atividades. O uso da barra de ferramentas da biblioteca de suporte ajuda a garantir que seu aplicativo tenha um comportamento consistente na maior variedade de dispositivos. Por exemplo, o widget Barra de ferramentas fornece uma experiência de design de material em dispositivos com Android 2.1 (API nível 7) ou posterior, mas a barra de ação nativa não suporta design de material, a menos que o dispositivo esteja executando o Android 5.0 (API nível 21) ou posterior.

As instruções gerais para adicionar uma barra de ferramentas são

1. Adicione a biblioteca de suporte v7 appcompat
2. Amplie todas as suas atividades AppCompatActivity
3. No manifesto, declare que deseja NoActionBar.
4. Adicione um ToolBarao layout xml de cada atividade.
5. Obter o ToolBarem cada atividade onCreate.

Consulte as instruções da documentação para obter mais detalhes. Eles são bastante claros e úteis.

Para um nível mínimo de API de 15, convém usar AppCompatActivity. Então, por exemplo, você MainActivityficaria assim:

public class MainActivity extends AppCompatActivity {
    ....
    ....
}

Para usar o AppCompatActivity, verifique se você baixou a Biblioteca de suporte do Google (verifique isso em Ferramentas -> Android -> Gerenciador de SDK). Em seguida, inclua a dependência gradle no arquivo gradle.build do seu aplicativo:

compile 'com.android.support:appcompat-v7:22:2.0'

Você pode usar isso AppCompatcomo principal Activity, que pode ser usado para iniciar fragmentos ou outras atividades (isso depende do tipo de aplicativo que você está criando).

O livro do BigNerdRanch é um bom recurso, mas sim, está desatualizado. Leia-o para obter informações gerais sobre como o Android funciona, mas não espere que as classes específicas que eles usam estejam atualizadas.

Activityclasse é a classe básica. (O original) Ele suporta gerenciamento de fragmentos (desde API 11). Não é mais recomendado seu uso puro, porque suas especializações são muito melhores.

ActionBarActivityfoi em um momento a substituição da classe Activity, porque facilitou o manuseio da ActionBar em um aplicativo.

AppCompatActivityé o novo caminho a seguir, porque o ActionBar não é mais incentivado e você deve usar a Barra de Ferramentas (que atualmente é a substituição do ActionBar). AppCompatActivity herda de FragmentActivity; portanto, se você precisar manipular fragmentos, é possível (via Gerenciador de fragmentos). AppCompatActivity é para QUALQUER API, não apenas para maiores de 16 anos (quem disse isso?). Você pode usá-lo adicionando compile 'com.android.support:appcompat-v7:24:2.0'no seu arquivo Gradle. Eu o uso na API 10 e funciona perfeitamente.

Há muita confusão aqui, especialmente se você ler fontes desatualizadas.

O básico é Activityque pode mostrar fragmentos. Você pode usar essa combinação se estiver na versão Android> 4.

No entanto, há também uma biblioteca de suporte que abrange as outras classes que você mencionou: FragmentActivity, ActionBarActivitye AppCompat. Originalmente, eles eram usados ​​para oferecer suporte a fragmentos nas versões do Android <4, mas na verdade também são usados ​​para suportar a funcionalidade de versões mais recentes do Android (design do material, por exemplo).

O mais recente é que AppCompatos outros 2 são mais antigos. A estratégia que eu uso é sempre usar AppCompat, para que o aplicativo esteja pronto em caso de backports de versões futuras do Android.

Se você falar sobre Activity, AppcompactActivity, ActionBarActivityetc etc ..

Precisamos falar sobre as classes Base que elas estão estendendo. Primeiro, precisamos entender a hierarquia das super classes.

Todas as coisas são iniciadas no Contexto, que é uma super classe para todas essas classes.

O contexto é uma classe abstrata cuja implementação é fornecida pelo sistema Android. Permite acesso a recursos e classes específicos de aplicativos, bem como chamadas para operações no nível de aplicativos, como atividades de lançamento, transmissão e recebimento de intenções, etc.

Context é seguido ou estendido por ContextWrapper

O ContextWrapper é uma classe que estende a classe Context que simplesmente delega todas as suas chamadas para outro Contexto. Pode ser subclassificado para modificar o comportamento sem alterar o contexto original.

Agora chegamos a Activity

A Activity é uma classe que estende o ContextThemeWrapper, que é uma coisa única e focada que o usuário pode fazer. Quase todas as atividades interagem com o usuário, portanto, a classe Activity cuida da criação de uma janela para você

As Classes abaixo são restritas a estender, mas elas são estendidas internamente por seu descendente e fornecem suporte para APIs específicas

O SupportActivity é uma classe que se estende Actividade que é uma base de dados de classe para compor funcionalidade compatibilidade juntos

O BaseFragmentActivityApi14 é uma classe que estende SupportActivity que é uma classe Base. É uma classe restrita, mas é estendida por BaseFragmentActivityApi16 para suportar a funcionalidade do V14

A BaseFragmentActivityApi16 é uma classe que estende BaseFragmentActivityApi14 que é uma classe Base para {@code FragmentActivity } poder usar APIs v16 . Mas também é classe restrita, mas é estendida por FragmentActivity para suportar a funcionalidade da V16.

agora FragmentActivty

O FragmentActivity é uma classe que estende BaseFragmentActivityApi16 e deseja usar as APIs de Fragment and Loader baseadas em suporte.

Ao usar essa classe, em oposição ao suporte integrado ao fragmento e carregador da nova plataforma, você deve usar os métodos getSupportFragmentManager()e getSupportLoaderManager()respectivamente para acessar esses recursos.

ActionBarActivity faz parte da Biblioteca de suporte. As bibliotecas de suporte são usadas para fornecer recursos mais recentes em plataformas mais antigas. Por exemplo, o ActionBar foi introduzido na API 11 e faz parte da atividade por padrão (dependendo do tema realmente). Por outro lado, não há ActionBar nas plataformas mais antigas. Portanto, a biblioteca de suporte adiciona uma classe filho de Atividade ( ActionBarActivity ) que fornece a funcionalidade e a interface do usuário da ActionBar.

Em 2015, o ActionBarActivity foi descontinuado na revisão 22.1.0 da Biblioteca de suporte. AppCompatActivity deve ser usado.

O AppcompactActivity é uma classe que estende FragmentActivity que é a classe Base para atividades que usam os recursos da barra de ação da biblioteca de suporte.

Você pode adicionar um ActionBar à sua atividade ao executar na API nível 7 ou superior, estendendo esta classe para sua atividade e definindo o tema da atividade como Theme.AppCompatou um tema semelhante

Refiro esses dois um , dois

Como o nome provavelmente mudará em versões futuras do Android (atualmente a mais recente é, AppCompatActivitymas provavelmente mudará em algum momento), acredito que uma coisa boa a se ter é uma classe Activityque se estende AppCompatActivitye, em seguida, todas as suas atividades se estendem dessa. Se amanhã, eles mudarem o nome para, AppCompatActivity2por exemplo, você precisará alterá-lo apenas em um só lugar.

AppCompatActivity estende FragmentActivity estende BaseFragmentActivityApi16 estende BaseFragmentActivityApi14 estende SupportActivity estende atividade

Portanto, a atividade é mais rápida do que tudo e AppCompatActivity é o melhor de todos.