Android - la Rédaction d'un personnalisé (composé) de la composante

L'appli Android, je suis actuellement à l'élaboration d'une activité qui a connu une croissance assez importante. C'est principalement parce qu'il contient un TabWidget avec 3 onglets. Chaque onglet dispose d'un certain nombre de composants. L'activité de contrôle de tous les composants à la fois. Je pense donc que vous pouvez imaginer que cette Activité a comme 20 champs (un champ pour presque tous les composants). Il contient également beaucoup de logique (cliquez sur les auditeurs, logique pour remplir les listes, etc).

Ce que j'ai l'habitude de le faire en composant en fonction des cadres est de diviser le tout dans des composants personnalisés. Chaque composant personnalisé aurait alors une responsabilité claire. Il contient son propre ensemble de composants et de toutes les autres logiques liées à cette composante.

J'ai essayé de comprendre comment cela peut être fait, et j'ai trouvé quelque chose dans l'Android à la documentation de ce qu'ils aiment appeler un "Composé de Contrôle". (Voir http://developer.android.com/guide/topics/ui/custom-components.html#compound et faites défiler jusqu'à la "Composé de la section" Commandes) je voudrais créer un tel composant basé sur un fichier XML de définition de la vue structure.

Dans la documentation, il est dit:

Noter que tout comme une Activité,
vous pouvez utiliser le déclaratif
(Basé sur XML) approche de la création de la
composants contenus, ou vous pouvez imbriquer
par programmation à partir de votre code.

Bien, que de bonnes nouvelles! L'approche XML est exactement ce que je veux! Mais il ne dit pas comment le faire, sauf qu'elle est "comme une Activité"... Mais ce que je fais dans une Activité d'appel setContentView(...) pour gonfler les points de vue à partir de XML. Cette méthode n'est pas disponible si vous avez par exemple la sous-classe LinearLayout.

J'ai donc essayé de gonfler le XML manuellement comme ceci:

public class MyCompoundComponent extends LinearLayout {

    public MyCompoundComponent(Context context, AttributeSet attributeSet) {
        super(context, attributeSet);
        LayoutInflater inflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        inflater.inflate(R.layout.my_layout, this);
    }
}

Cela fonctionne, sauf pour le fait que le XML je suis de chargement a LinearLayout déclaré que l'élément racine. Cette résultats dans la gonflés LinearLayout d'être un enfant de MyCompoundComponent qui lui-même est déjà un LinearLayout!! Alors maintenant, nous avons une redondant LinearLayout entre MyCompoundComponent et les vues qu'elle a réellement besoin.

Quelqu'un peut-il merci de me fournir une meilleure façon d'aborder cette question, en évitant d'avoir une redondance LinearLayout instancié?

InformationsquelleAutor Tom van Zummeren | 2009-09-25
  1. 100

    Utilisation de fusion balise XML racine

    <merge xmlns:android="http://schemas.android.com/apk/res/android">
<!-- Your Layout -->
</merge>

    Voir cet article.

    • Merci beaucoup! C'est exactement ce que je cherchais. Incroyable de voir comment une longue question peut avoir une réponse courte. Excellent!
    • Qu'en incluant cette fusion de mise en page en paysage?
    • Mais cela signifie que vous ne pouvez pas utiliser l'éditeur visuel...
    • hahahaha j'ai demandé à cette question, longtemps avant que l'éditeur visuel de l'existence même 🙂
    InformationsquelleAutor bhatt4982
  2. 0

    Je pense que la façon dont vous êtes censé le faire, est d'utiliser votre nom de classe comme le XML de l'élément racine:

    <com.example.views.MyView xmlns:....
       android:orientation="vertical" etc.>
    <TextView android:id="@+id/text" ... />
</com.example.views.MyView>

    Et ensuite votre classe dérivée de n'importe quelle mise en page que vous souhaitez utiliser. Notez que si vous utilisez cette méthode, vous ne pas utiliser la mise en page inflater ici.

    public class MyView extends LinearLayout
{
    public ConversationListItem(Context context, AttributeSet attrs)
    {
        super(context, attrs);
    }
    public ConversationListItem(Context context, AttributeSet attrs, int defStyle)
    {
        super(context, attrs, defStyle);
    }


    public void setData(String text)
    {
        mTextView.setText(text);
    }

    private TextView mTextView;

    @Override
    protected void onFinishInflate()
    {
        super.onFinishInflate();

        mTextView = (TextView)findViewById(R.id.text);
    }
}

    Et ensuite vous pouvez utiliser votre point de vue en XML mises en page comme d'habitude. Si vous voulez faire de la vue par programmation, vous devez vous gonflez-le vous-même:

    MyView v = (MyView)inflater.inflate(R.layout.my_view, parent, false);

    Malheureusement, ce n'est pas vous laisser faire v = new MyView(context) car il ne semble pas être un moyen de contourner le imbriquée dispositions de problème, donc ce n'est pas vraiment une solution complète. Vous pouvez ajouter une méthode de ce genre pour MyView pour le rendre un peu plus agréable:

    public static MyView create(Context context)
{
    return (MyView)LayoutInflater.fromContext(context).inflate(R.layout.my_view, null, false);
}

    Avertissement: j'ai peut-être parler de compléter les couilles.

    • Merci! Je pense que cette réponse est aussi correct 🙂 Mais il y a trois ans, quand j'ai posé cette question, "fusion" aussi a fait le tour!
    • Et puis quelqu'un arrive et tente d'utiliser votre affichage personnalisé dans une mise en page quelque part avec seulement <com.example.views.MyView /> et votre setData et onFinishInflate les appels commencent à lancer des Npe, et vous n'avez aucune idée de pourquoi.
    • L'astuce ici est d'utiliser votre vue personnalisée, puis dans le constructeur, gonfler une mise en page qui utilise une fusion de la balise racine. Maintenant, vous pouvez l'utiliser en XML, ou tout simplement par newing il. Toutes les bases sont couvertes, ce qui est précisément la question/accepté de répondre à faire ensemble. Ce que vous ne pouvez pas le faire, cependant, est en référence à la mise en page plus directement. Maintenant c'est "possédé" par le contrôle personnalisé et ne devraient être utilisés que par le constructeur. Mais si vous êtes en utilisant cette approche, pourquoi auriez-vous besoin de l'utiliser n'importe où d'autre de toute façon? Vous ne voudriez pas.
    InformationsquelleAutor Timmmm