Attività, AppCompatActivity, FragmentActivity e ActionBarActivity: quando utilizzare quale?

Vengo da iOS, dove è facile e tu usi semplicemente un UIViewController. Tuttavia, in Android le cose sembrano molto più complicate, con alcuni componenti UIC per specifici livelli API. Sto leggendo BigNerdRanch per Android (il libro ha circa 2 anni) e mi suggeriscono di usarlo Activityper ospitare il mio FragmentActivities. Tuttavia, ho pensato che Activityfosse deprecato.

Quindi per API Level 22 (con un supporto minimo per API Level 15 o 16), cosa dovrei usare esattamente sia per ospitare i componenti, sia per i componenti stessi? Ci sono usi per tutti questi, o dovrei usarne uno o due quasi esclusivamente?

Pensavo che l'attività fosse obsoleta

No.

Quindi per API Level 22 (con un supporto minimo per API Level 15 o 16), cosa dovrei usare esattamente sia per ospitare i componenti, sia per i componenti stessi? Ci sono usi per tutti questi, o dovrei usarne uno o due quasi esclusivamente?

Activityè la linea di base. Ogni attività eredita Activity, direttamente o indirettamente.

FragmentActivityè da utilizzare con il backport di frammenti trovati nelle librerie support-v4e support-v13. L'implementazione nativa di frammenti è stata aggiunta in API Level 11, che è inferiore ai minSdkVersionvalori proposti . L'unico motivo per cui dovresti prendere in considerazione FragmentActivityspecificamente è se vuoi usare frammenti nidificati (un frammento che contiene un altro frammento), poiché questo non era supportato nei frammenti nativi fino al Livello API 17.

AppCompatActivityviene dalla appcompat-v7biblioteca. Principalmente, questo offre un backport della barra delle azioni. Poiché la barra delle azioni nativa è stata aggiunta in API Level 11, non è necessario AppCompatActivity. Tuttavia, le versioni attuali appcompat-v7aggiungono anche un backport limitato dell'estetica Material Design, in termini di barra delle azioni e vari widget. Esistono vantaggi e svantaggi dell'utilizzo appcompat-v7, ben oltre lo scopo di questa specifica risposta Stack Overflow.

ActionBarActivityè il vecchio nome dell'attività di base da appcompat-v7. Per vari motivi, hanno voluto cambiare il nome. A meno che qualche libreria di terze parti che si sta utilizzando insiste su una ActionBarActivity, si dovrebbe preferire AppCompatActivitysopra ActionBarActivity.

Quindi, dato il tuo minSdkVersionnella gamma 15-16:

• Se si desidera l'aspetto di Material Design con backport, utilizzare AppCompatActivity

• In caso contrario, ma vuoi frammenti nidificati, usa FragmentActivity

• In caso contrario, utilizzare Activity

Aggiungendo solo un commento come nota: si AppCompatActivityestende FragmentActivity, quindi chiunque abbia bisogno di usare le funzionalità di FragmentActivitypuò usare AppCompatActivity.

Activityè la classe base di tutte le altre attività, non credo che sarà deprecata. La relazione tra loro è:

Activity<- FragmentActivity<- AppCompatActivity<-ActionBarActivity

'<-' significa eredità qui. Il riferimento detto ActionBarActivityè obsoleto, utilizzare AppCompatActivityinvece.

Quindi, in pratica, usare AppCompatActivityè sempre la scelta giusta. Le differenze tra loro sono:

• Activity è quello di base.
• Basato su Activity, FragmentActivityoffre la possibilità di usare Fragment.
• Basato su FragmentActivity, AppCompatActivityfornisce funzionalità a ActionBar.

2019: utilizzare AppCompatActivity

Al momento in cui scrivo (controlla il link per confermare che è ancora vero), la documentazione di Android consiglia di utilizzare AppCompatActivityse stai utilizzando una barra delle applicazioni.

Questo è il dato razionale:

A partire da Android 3.0 (livello API 11), tutte le attività che utilizzano il tema predefinito hanno una barra delle azioni come barra dell'app. Tuttavia, le funzioni della barra delle app sono state gradualmente aggiunte ad ActionBar nativo su varie versioni di Android. Di conseguenza, ActionBar nativo si comporta in modo diverso a seconda della versione del sistema Android utilizzata da un dispositivo. Al contrario, le funzionalità più recenti vengono aggiunte alla versione di Toolbar della libreria di supporto e sono disponibili su qualsiasi dispositivo in grado di utilizzare la libreria di supporto.

Per questo motivo, è necessario utilizzare la classe Toolbar della libreria di supporto per implementare le barre delle app delle attività. L'uso della barra degli strumenti della libreria di supporto consente di garantire un comportamento coerente della tua app sulla più ampia gamma di dispositivi. Ad esempio, il widget Barra degli strumenti offre un'esperienza di progettazione materiale su dispositivi con Android 2.1 (livello API 7) o successivo, ma la barra delle azioni nativa non supporta la progettazione materiale a meno che il dispositivo non esegua Android 5.0 (livello API 21) o successivo.

Le indicazioni generali per l'aggiunta di una barra degli strumenti sono

1. Aggiungi la libreria di supporto v7 appcompat
2. Fai estendere tutte le tue attività AppCompatActivity
3. Nel Manifesto dichiarare che si desidera NoActionBar.
4. Aggiungi a ToolBaral layout xml di ogni attività.
5. Ottieni il ToolBarin ogni attività onCreate.

Vedi le istruzioni per la documentazione per maggiori dettagli. Sono abbastanza chiari e utili.

Per un livello API minimo di 15, ti consigliamo di utilizzare AppCompatActivity. Ad esempio, il tuo MainActivityaspetto sarebbe simile al seguente:

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

Per utilizzare il AppCompatActivity, assicurati di aver scaricato la libreria di supporto di Google (puoi verificarlo in Strumenti -> Android -> gestore SDK). Quindi includi solo la dipendenza gradle nel file gradle.build della tua app:

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

Puoi usarlo AppCompatcome principale Activity, che può quindi essere utilizzato per avviare frammenti o altre attività (questo dipende dal tipo di app che stai costruendo).

Il libro BigNerdRanch è una buona risorsa, ma sì, è obsoleto. Leggilo per informazioni generali su come funziona Android, ma non aspettarti che le classi specifiche che usano siano aggiornate.

Activityla classe è la classe di base. (L'originale) Supporta la gestione dei frammenti (dall'API 11). Non è più raccomandato il suo puro utilizzo perché le sue specializzazioni sono decisamente migliori.

ActionBarActivityè stato in un attimo il sostituto della classe Activity perché rendeva semplice la gestione di ActionBar in un'app.

AppCompatActivityè il nuovo modo di procedere perché ActionBar non è più incoraggiato e dovresti invece usare Toolbar (che è attualmente la sostituzione di ActionBar). AppCompatActivity eredita da FragmentActivity, quindi se hai bisogno di gestire frammenti puoi (tramite Fragment Manager). AppCompatActivity è per QUALSIASI API, non solo 16+ (chi l'ha detto?). Puoi usarlo aggiungendo il compile 'com.android.support:appcompat-v7:24:2.0'tuo file Gradle. Lo uso in API 10 e funziona perfettamente.

C'è molta confusione qui, specialmente se leggi fonti obsolete.

Quello di base è Activity, che può mostrare frammenti. Puoi utilizzare questa combinazione se sei nella versione Android> 4.

Tuttavia, v'è anche una libreria di supporto che comprende le altre classi che hai citato: FragmentActivity, ActionBarActivitye AppCompat. Inizialmente venivano utilizzati per supportare frammenti nelle versioni Android <4, ma in realtà vengono anche utilizzati per il backport delle funzionalità dalle versioni più recenti di Android (ad esempio, la progettazione dei materiali).

L'ultimo è AppCompat, gli altri 2 sono più vecchi. La strategia che uso è quella di utilizzare sempre AppCompat, in modo che l'app sia pronta in caso di backport da future versioni di Android.

Se si parla di Activity, AppcompactActivity, ActionBarActivityecc ecc ..

Dobbiamo parlare delle classi Base che stanno estendendo. Innanzitutto dobbiamo capire la gerarchia delle super classi.

Tutto parte da un contesto che è una super classe per tutte queste classi.

Il contesto è una classe astratta la cui implementazione è fornita dal sistema Android. Permette l'accesso a risorse e classi specifiche dell'applicazione, nonché up-call per operazioni a livello di applicazione come l'avvio di attività, la trasmissione e la ricezione di intenti, ecc.

Context è seguito o esteso da ContextWrapper

Il ContextWrapper è una classe che si estendono al contesto classe che semplicemente i delegati di tutti i suoi chiamate verso un altro contesto. Può essere suddiviso in sottoclassi per modificare il comportamento senza cambiare il contesto originale.

Ora raggiungiamo Activity

L' attività è una classe che estende ContextThemeWrapper che è una singola cosa focalizzata che l'utente può fare. Quasi tutte le attività interagiscono con l'utente, quindi la classe Activity si occupa di creare una finestra per te

Le Classi di seguito sono limitate all'estensione ma sono estese internamente dal loro discensore e forniscono supporto per specifiche API

Il SupportActivity è una classe che estende attività che è una classe di base per la composizione di funzionalità compatibilità insieme

Il BaseFragmentActivityApi14 è una classe che estende SupportActivity che è una classe di base è limitato classe ma si estendono da BaseFragmentActivityApi16 per supportare la funzionalità di V14

Il BaseFragmentActivityApi16 è una classe che estende BaseFragmentActivityApi14 che è una classe base per {@code FragmentActivity } per essere in grado di utilizzare V16 API. Ma è anche classe limitata ma è estesa da FragmentActivity per supportare la funzionalità di V16.

ora FragmentActivty

Il FragmentActivity è una classe che estende BaseFragmentActivityApi16 e che vuole utilizzare il frammento e Loader API supporto-based.

Quando si utilizza questa classe anziché il frammento integrato della nuova piattaforma e il supporto del caricatore, è necessario utilizzare rispettivamente i metodi getSupportFragmentManager()e getSupportLoaderManager()per accedere a tali funzionalità.

ActionBarActivity fa parte della libreria di supporto. Le librerie di supporto vengono utilizzate per fornire funzionalità più recenti su piattaforme meno recenti. Ad esempio, ActionBar è stato introdotto in API 11 e fa parte dell'attività per impostazione predefinita (a seconda del tema effettivamente). Al contrario, non c'è ActionBar sulle piattaforme meno recenti . Quindi la libreria di supporto aggiunge una classe figlio di attività ( ActionBarActivity ) che fornisce la funzionalità e l' interfaccia utente di ActionBar

Nel 2015 ActionBarActivity è obsoleto nella revisione 22.1.0 della libreria di supporto. In alternativa, è necessario utilizzare AppCompatActivity .

L'AppcompactActivity è una classe che estende FragmentActivity che è di classe di base per le attività che utilizzano la libreria di supporto caratteristiche barra delle operazioni.

Puoi aggiungere una ActionBar alla tua attività quando esegui a livello API 7 o superiore estendendo questa classe per la tua attività e impostando il tema dell'attività su Theme.AppCompato un tema simile

Mi riferisco a questi due uno , due

Poiché è probabile che il nome cambi nelle versioni future di Android (attualmente l'ultimo è, AppCompatActivityma probabilmente cambierà ad un certo punto), credo che una buona cosa avere sia una classe Activityche si estende AppCompatActivitye quindi tutte le tue attività si estendono da quella. Se domani, cambiano il nome in AppCompatActivity2ad esempio, dovrai cambiarlo in un solo posto.

AppCompatActivity estende FragmentActivity estende BaseFragmentActivityApi16 estende BaseFragmentActivityApi14 estende SupportActivity estende Attività

Quindi l' attività è più veloce di tutte e AppCompatActivity è il migliore di tutti.