Meilleure pratique: étendre ou remplacer une classe de projet de bibliothèque Android

Dans les coulisses, Eclipse crée et référence un fichier jar à partir du projet de bibliothèque référencé.

Ce n'est pas tout à fait exact. Le projet de Bibliothèque est référencé en tant que dépendance de projet brut (mécanisme basé sur les sources), pas en tant que dépendance jar compilée (mécanisme de bibliothèque basé sur le code compilé). Actuellement, Android SDK ne prend pas en charge l'exportation d'un projet de bibliothèque vers un fichier JAR autonome. Le projet de bibliothèque doit toujours être compilé / construit indirectement, en référençant la bibliothèque dans l'application dépendante et la construction de cette application. Lorsque le projet dépendant de la construction, la source compilée et les ressources brutes qui doivent être filtrées / fusionnées à partir du projet de bibliothèque sont copiées et correctement incluses dans le fichier Apk final. Notez que L'équipe Android avait commencé à réorganiser l'ensemble de la conception du projet de bibliothèque (déplacez-le du mécanisme basé sur ource au mécanisme de bibliothèque basé sur le code compilé) depuis r14, comme mentionné dans ce billet de blog précédent .

Quels sont certains des meilleurs pratiques pour le partage et l'extension des classes communes entre les cibles D'applications Android?

La solution donnée par Android est projet de bibliothèque .
La solution donnée par Java est Héritage et Polymorphisme.
Venez ensemble, la meilleure pratique IMO est la deuxième option que vous avez mentionnée dans la question:

2.Étendez la classe de base particulière dans un projet cible et remplacez les fonctions de classe de base (Core) si nécessaire. Ensuite, Gardez une référence à la objet de classe de base dans la bibliothèque de base et l'instancier avec un objet de classe étendue (à partir du projet de bibliothèque Android-Comment écraser une classe?)

D'après mon expérience personnelle, j'utilise toujours le projet de bibliothèque Android (parfois avec un projet Java régulier, pour implémenter / construire common-lib.jar qui ne contient que POJO) gère le code commun, par exemple la Superactivité ou le SuperService,et étend / implémente les classes/interfaces appropriées dans le projet dépendant pour le polymorphisme.

Solution basée sur la solution de L'empoisonneur et la solution de Turbo.

public static Class<?> getExtendedClass(Context context, String clsName) {

    // Check for extended activity
    String pkgName = context.getPackageName();
    Logger.log("pkgName", pkgName);
    String extClassName = pkgName + "." + clsName + "Extended";
    Logger.log("extClassName", extClassName);

    try {
        Class<?> extClass = Class.forName(extClassName);
        return extClass;
    } catch (ClassNotFoundException e) {
        e.printStackTrace();
        // Extended class is not found return base
        return null;
    }
}

Les avantages de ceci est que

1. La classe étendue peut être dans le package du projet, pas dans le package de la bibliothèque. Merci à Turbo pour cette partie.

2. En prenant un String comme argument au lieu d'un objet Class, cette méthode peut être utilisée même avec ProGuard. getName() est l'endroit où le problème est avec ProGuard, car cela retournera quelque chose comme "a" au lieu du nom de L'original classe. Donc, dans la solution d'origine au lieu de chercher ClassExtended, il cherchera aextended à la place, quelque chose qui n'existe pas.

Qu'en est-il de l'utilisation d'une approche callback ici? (D'accord, le rappel est un peu trompeur mais je n'ai actuellement aucun autre mot pour cela:

Vous pouvez déclarer une interface dans chaque activité qui devrait / peut être étendue par l'utilisateur. Cette interface aura des méthodes comme List<Preference> getPreferences(Activity activity) (Passez tous les paramètres dont vous avez besoin ici, j'utiliserais un Activity ou au moins un Context pour être à l'épreuve du futur).

Cette approche pourrait vous donner ce que vous voulez quand je l'ai bien compris. Alors que je n'ai pas fait cela avant et je ne sais pas comment les autres personnes gèrent cela, je voudrais essayer et voir si cela fonctionne.

Pourriez-vous, s'il vous plait, clarifier ce qui est différent dans Kindle et Android régulier? Je pense qu'ils sont les mêmes. Ce dont vous avez besoin est différentes ressources pour Kindle et d'autres appareils. Ensuite, utilisez la ressource appropriée. Pour exemple, j'utilise 2 liens pour stocker:

<string name="appStore">&lt;a href=http://market.android.com/details?id=com.puzzle.jigsaw>Android Market&lt;/a> or &lt;a href=http://www.amazon.com/gp/mas/dl/android?p=com.puzzle.jigsaw>Amazon Appstore&lt;/a> &lt;br>http://market.android.com/details?id=com.puzzle.jigsaw &lt;br>href=http://www.amazon.com/gp/mas/dl/android?p=com.puzzle.jigsaw</string>
<string name="appStore_amazon">&lt;a href=http://www.amazon.com/gp/mas/dl/android?p=com.puzzle.jigsaw>Amazon Appstore&lt;/a> &lt;br>href=http://www.amazon.com/gp/mas/dl/android?p=com.puzzle.jigsaw</string>

Et utiliser appStore pour tous les Aucun produit Amazone et appStore_amazon pour Kindle.

Comment déterminer où Êtes - vous en cours d'exécution-ce serait une autre question qui a été répondue ici plusieurs fois.

J'ai été inspiré par la réponse de PoinsoneR pour créer une classe utilitaire pour faire la même chose pour les Fragments - remplacer un fragment dans une bibliothèque android. Les étapes sont similaires à sa réponse, donc je n'entrerai pas dans les détails, mais voici la classe:

package com.mysweetapp.utilities;

import android.support.v4.app.Fragment;

public class FragmentUtilities 
{
    private static Class getFragmentClass(Class clazz) 
    {
        // Check for extended fragment
        String extClassName = clazz.getName() + "Extended";
        try 
        {
            Class extClass = Class.forName(extClassName);
            return extClass;
        } 
        catch (ClassNotFoundException e) 
        {
            e.printStackTrace();
            // Extended class is not found return base
            return clazz;
        }
    }

    public static Fragment getFragment(Class clazz) 
    {
        Class fragmentClass = getFragmentClass(clazz);

        Fragment toRet = null;

        try 
        {
            toRet = (Fragment)fragmentClass.newInstance();

            return toRet;
        } 
        catch (InstantiationException e) 
        {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } 
        catch (IllegalAccessException e) 
        {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }

        return toRet;
    }
}

Utilisation:

FragmentUtilities.getFragment(MySpecialFragment.class)

Vous pouvez également utiliser une fabrique D'activités si vous devez fournir des activitys étendus pour des variantes de construction différentes et que votre bibliothèque gère seule la fabrique abstraite. Cela peut être défini dans votre fichier d'Application build variants.