Stratégies pour Honeycomb et rétrocompatibilité

Question

Nous avons donc vu la prévisualisation sdk et les nouvelles fonctionnalités comme ActionBar et Fragments. Faire beaucoup d'appels de méthodes sera inévitable à utiliser, alors quelles sont les stratégies pour maintenir 1 version de l'application, ce qui me permettra d'utiliser toutes les nouveautés, mais aussi sur les appareils fonctionnant sous 2.3 ou moins? Mon application cible de 1,5 à 2,3 pour le moment.

Answer 1

Les mêmes API fragment sont maintenant disponibles en tant que static library pour une utilisation avec les anciennes versions d'Android; C'est compatible avec Android 1.6.

Vous pouvez utiliser quelques astuces pour voir si les différentes nouvelles API sont disponibles pour votre application. D'une manière générale, vous souhaiterez probablement créer deux autres jeux d'activités, l'un utilisant les nouvelles API fantaisistes (ActionBar, Animators, etc.), et l'autre non.

Le code suivant montre comment utiliser la réflexion et la capture d'exception pour déterminer la disponibilité des API de fragmentation et vérifier la version pour vérifier si les autres API Honeycomb sont disponibles.

private static boolean shinyNewAPIsSupported = android.os.Build.VERSION.SDK_INT > 10; 

    private static boolean fragmentsSupported = false; 

    private static void checkFragmentsSupported() throws NoClassDefFoundError { 
    fragmentsSupported = android.app.Fragment.class != null; 
    } 

    static { 
    try { 
     checkFragmentsSupported(); 
    } catch (NoClassDefFoundError e) { 
     fragmentsSupported = false; 
    } 
    } 

    @Override 
    public void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 

    Intent startActivityIntent = null; 
    if (!shinyNewAPIsSupported) 
     startActivityIntent = new Intent(this, MainNonActionBarActivity.class); 
    else 
     startActivityIntent = new Intent(this, MainActionActivity.class); 

    startActivity(startActivityIntent); 
    finish(); 
    } 

De manière générale, vous pouvez utiliser les mêmes définitions de disposition. Là où les fragments sont disponibles, vous allez gonfler chaque mise en page dans un fragment différent, où ils ne sont pas, vous voudrez probablement utiliser les balises <include> pour en intégrer plusieurs dans une mise en page d'activité plus complexe.

Un travail plus détaillé par la façon d'écrire le code pour soutenir la rétrocompatibilité sur Honeycomb se trouve ici: http://blog.radioactiveyak.com/2011/02/strategies-for-honeycomb-and-backwards.html

Answer 2

Vous trouverez peut-être utile la section article on backwards-compatibility de Reto Meier, en particulier la section intitulée «Traitement des classes manquantes». Je n'ai pas encore regardé le SDK Honeycomb mais moi, comme vous, j'espère qu'il est assez facile et sans tracas d'utiliser les nouvelles fonctionnalités sans compromettre la compatibilité avec les anciens appareils.

Answer 3

Commodément, Google Dianne Hackborne a posté a blog entry couvrant ce sujet exact. Google indique qu'ils fourniront des bibliothèques statiques afin que les anciennes versions d'Android puissent également utiliser des fragments.

Answer 4

bien Google vient d'annoncer en nid d'abeille sera comprimé seulement: http://www.pcmag.com/article2/0,2817,2379271,00.asp

Donc, si votre appareil est conçu pour mobile que cela ne peut être même un problème.

Answer 5

échantillon Android officiel qui vous aidera à atteindre ActionBar from 1.6 to 4.x