タグ付けされた質問 「custom-component」

2
Android-カスタム(複合)コンポーネントの作成
現在開発中のAndroidアプリのメインアクティビティは非常に大きくなっています。これは主に、TabWidgetタブが3つあるです。各タブにはかなりの数のコンポーネントがあります。アクティビティは、これらすべてのコンポーネントを一度に制御する必要があります。このアクティビティには20のフィールド(ほとんどすべてのコンポーネントのフィールド)があると想像できると思います。また、多くのロジック(クリックリスナー、リストを満たすためのロジックなど)も含まれています。 コンポーネントベースのフレームワークで私が通常行うことは、すべてをカスタムコンポーネントに分割することです。その場合、各カスタムコンポーネントには明確な責任があります。独自のコンポーネントセットと、そのコンポーネントに関連する他のすべてのロジックが含まれます。 私はこれをどのように行うことができるかを理解しようとしました、そして、彼らが「複合コントロール」と呼ぶのが好きであるものをAndroidドキュメントで見つけました。(http://developer.android.com/guide/topics/ui/custom-components.html#compoundを参照し、[複合コントロール]セクションまでスクロールします)このようなコンポーネントを、XMLファイルに基づいて作成したいビューの構造。 ドキュメントではそれは言う: アクティビティの場合と同様に、含まれているコンポーネントを作成するために宣言型(XMLベース)のアプローチを使用するか、コードからプログラムでそれらをネストすることができます。 まあ、それは朗報です!XMLベースのアプローチがまさに私が欲しいものです!しかし、それは「アクティビティのような」ことを除いて、それを行う方法を述べていません...しかし、私がアクティビティで行うことは、setContentView(...)XMLからビューをインフレートするための呼び出しです。たとえば、サブクラスの場合、そのメソッドは使用できませんLinearLayout。 だから私はこのように手動でXMLを膨らませようとしました: 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); } } ロードしているXML LinearLayoutがルート要素として宣言されているという事実を除いて、これは機能します。その結果、膨らんだLinearLayout子供は、MyCompoundComponentそれ自体がすでにLinearLayout!! これで、冗長なLinearLayoutとその間MyCompoundComponentに実際に必要なビューができました。 誰かがこれにアプローチするより良い方法を私に提供して、冗長なLinearLayoutインスタンス化を避けることはできますか?

1
<ui:include>、タグファイル、複合コンポーネント、および/またはカスタムコンポーネントをいつ使用しますか?
私は最近FaceletsでJSF 2.0を使い始め&lt;ui:include&gt;、Facelets 1.xが提供する既存およびその他のテンプレート技術を知っている新しい複合コンポーネントに戸惑いました。 これらのアプローチの違いは何ですか?機能的には、ほぼ同じように提供されているようです:&lt;ui:param&gt;vs &lt;cc:attribute&gt;、&lt;ui:insert&gt;+ &lt;ui:define&gt;vsタグファイル、既存のテンプレートの再利用。複合コンポーネントの場合、構文と明確なインターフェース仕様以外に何かありますか?パフォーマンスは異なりますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.