Perché utilizzare frammenti "regolari" quando si ha il pacchetto di compatibilità Android?

Question

Da quanto ho letto e sentito, i frammenti del pacchetto di compatibilità Android hanno le stesse funzionalità dei frammenti "regolari" Honeycomb.

• Da un lato si dispone di frammenti che funzionano con dispositivi da 1.6 a 4.0.
• D'altra parte si hanno Frammenti che funzionano solo con dispositivi dalla 3.1 alla 4.0.

Google apparentemente sta pianificando di mantenere il pacchetto di compatibilità per un po '.

Quali sono le ragioni per cui sceglierei le "normali" anziché quelle ACP?

L'unica ragione che ho trovato è la dimensione. Il vaso ACP è 220ko, ma non è molto secondo me.

È una questione di velocità? Qualcos'altro a cui non potrei pensare?

Answer 1

Da quanto ho letto e sentito, i frammenti di pacchetto di compatibilità Android hanno le stesse funzionalità dei frammenti "regolari" a nido d'ape.

In generale, sì. Si noti che ora si chiama il pacchetto di supporto Android, dal momento che contiene elementi che non soddisfano la "compatibilità", come ad esempio ViewPager.

Quali sono le ragioni per cui sceglierei le "normali" anziché quelle ACP?

• Size, come si parla

• Dovete ereditare da FragmentActivity, che può causare problemi con altro codice in cui si non può ereditare da FragmentActivity (ad esempio, Google Maps e MapActivity)

• Alcune cose in Android assumeranno frammenti forniti dal sistema operativo (ad esempio, ActionBar.TabListener), che in alcuni casi possono essere risolti, ma forse non in altri

Ci sono probabilmente anche altri motivi, ma quelli sono quelli che vengono in mente.