ネストされた重みがパフォーマンスに悪いのはなぜですか？代替案？

layout_weight属性を使用して異なるビュー間の比率を作成するいくつかのレイアウトファイルを作成しました。

ある時点で、ネストされた重みに関するlint警告が出始めます。

したがって、ネストされた重みがパフォーマンスに悪いのはなぜか、および異なる画面サイズに使用でき、多くのディメンションdpi値を指定する必要がないビューディメンション間に一定の比率を作成するより効率的な方法があるかどうかと思います。いくつかのレイアウトファイル（異なる画面サイズの場合）を介して。

ありがとうございました！

ネストされた重みは、次の理由によりパフォーマンスに悪影響を及ぼします。

レイアウトの重み付けでは、ウィジェットを2回測定する必要があります。ゼロ以外の重みを持つLinearLayoutがゼロ以外の重みを持つ別のLinearLayout内にネストされると、測定値の数が指数関数的に増加します。

RelativeLayoutを使用し、特定のdpi値を使用せずに他のビューの場所に応じてビューを調整することをお勧めします。

更新：パーセントサポートライブラリはAPIレベル26で非推奨になっていることがわかっています。これはConstraintLayout、同じフラットxml構造を実現する新しい方法です。

更新されたGithubプロジェクト

更新されたサンプル：

<android.support.constraint.ConstraintLayout 
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <TextView
        android:id="@+id/fifty_thirty"
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="#ffff8800"
        android:gravity="center"
        android:text="@string/fifty_fifty_text"
        android:textColor="@android:color/white"
        app:layout_constraintHeight_default="percent"
        app:layout_constraintHeight_percent="0.5"
        android:textSize="25sp"
        app:layout_constraintTop_toTopOf="parent"
        app:layout_constraintWidth_default="percent"
        app:layout_constraintWidth_percent="0.5" />

    <TextView
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="#ffff5566"
        android:gravity="center"
        android:text="@string/fifty_fifty_text"
        android:textColor="@android:color/white"
        android:textSize="25sp"
        app:layout_constraintHeight_default="percent"
        app:layout_constraintHeight_percent="0.5"
        app:layout_constraintLeft_toRightOf="@id/fifty_thirty"
        app:layout_constraintTop_toBottomOf="@id/fifty_thirty"
        app:layout_constraintWidth_default="percent"
        app:layout_constraintWidth_percent="0.5" />

</android.support.constraint.ConstraintLayout>

更新：素晴らしいニュースandroidパーセントサポートライブラリは、パフォーマンスとネストされた乱雑な重み付けの問題を解決しますLinearLayout

compile 'com.android.support:percent:23.0.0'

デモはこちら

同じことを示すために、この単純なレイアウトを検討してください。

<android.support.percent.PercentRelativeLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
    <TextView
        android:id="@+id/fifty_huntv"
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="#ff7acfff"
        android:text="20% - 50%"
        android:textColor="@android:color/white"
        app:layout_heightPercent="20%"
        app:layout_widthPercent="50%" />
    <TextView
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:layout_toRightOf="@id/fifty_huntv"
        android:background="#ffff5566"
        android:text="80%-50%"
        app:layout_heightPercent="80%"
        app:layout_widthPercent="50%"
        />

</android.support.percent.PercentRelativeLayout>

LinearLayoutウェイトでネストされたパフォーマンス低下ツールを回避しました。本当に素晴らしい!!!。

私はそう思う（おそらく私はこれに怒るだろう）が、私の電話には、ほとんどの人々の家庭用PCに匹敵する（完全に破壊しなければ）対抗できるクアッドコアプロセッサがあると思う。

また、この種のハードウェア機能は電話の未来だと思います。

だから私は結論に達しました、あなたがネスティングに夢中になっていない限り（MHOではレイアウトは4レベルを超えるべきではありません、そしてそれがあなたがおそらくそれを間違っているのであれば）、あなたの電話はあまり気にしないでしょうウェイトについて。

あなたができることはたくさんありますが、パフォーマンスにはるかに大きな影響を及ぼし、プロセッサーが余分な計算を行うことを心配します。

（私は少しユーモラスなので、この投稿からあまり真剣に受け取らないように注意してください。それ以外に、最初に最適化する必要があるものは他にもあるという考えと、2〜3レベルの深い重みについて心配することは役に立たないということですあなたの健康）

ネストされた重みが悪い主な理由は、レイアウトに重みを持つ子がある場合、2回測定する必要があるためです（これはlint-warningで言及されていると思います）。これは、加重レイアウトも含む加重レイアウトは4回測定する必要があり、追加する加重の各「レイヤー」は2の累乗でメジャーを増加させることを意味します。

ICS（APIレベル14）GridLayoutでは、これが追加されました。これにより、以前はウェイトが必要であった多くのレイアウトに対してシンプルで「フラットな」ソリューションが可能になります。以前のバージョンのAndroid向けに開発している場合は、ウェイトを削除するのが少し難しくなりRelativeLayoutますが、レイアウトをできるだけキャブにフラット化して使用すると、通常、ネストされたウェイトの多くが削除されます。

重み付きの入れ子になったLinearLayoutsを回避する簡単な解決策があります-weighSumでTablelayoutを使用し、weightSumで入れ子になったLinearLayoutを使用します-TablelayoutはLinearLayout（orientation、weightSum、layout_weightなど）と同じ属性を持ち、メッセージを表示しません-「入れ子になった重み」パフォーマンスが悪い」

例：

 <TableLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        android:weightSum="1">

        <ImageView
            android:layout_width="match_parent"
            android:layout_height="0dp"
            android:layout_weight="0.8"/>


        <LinearLayout
            android:layout_width="match_parent"
            android:layout_height="0dp"
            android:layout_weight="0.2"
            android:orientation="horizontal"
            android:weightSum="1">


            <ImageView
                android:layout_height="match_parent"
                android:layout_width="0dp"
                android:layout_weight="0.4"/>

            <TextView
                android:layout_height="match_parent"
                android:layout_width="0dp"
                android:layout_weight="0.6"/>


            </LinearLayout>

    </TableLayout>

唯一の選択肢は、onResumeと呼ばれ、すべてのサイズと位置を設定する関数を作成することです。とにかく、重みによって、サイズのみを設定できますが、パディング（レイアウトはさらに複雑になります）、textSize（これをどうにかして補正することは不可能）、行数などは設定できません。