Почему 0dp считается повышением производительности?

An ответ в конце этот вопрос был заполнен, сочетая замечания и решения.

вопрос

я искал вокруг, но не нашел ничего, что действительно объясняет, почему Android Lint а также некоторых затмение подсказки предлагают заменить некоторые layout_height и layout_width значения 0dp.

например, у меня есть ListView что было предложено изменилось

до

<ListView

    android:id="@android:id/list"

    android:layout_width="match_parent"

    android:layout_height="wrap_content"

    android:layout_weight="1">

</ListView>

после

<ListView

    android:id="@android:id/list"

    android:layout_width="match_parent"

    android:layout_height="0dp"

    android:layout_weight="1">

</ListView>

аналогично, он предложил изменения к элемент ListView. Все они выглядят одинаково до и после изменений, но мне интересно понять, почему это ускорители производительности.

у кого-нибудь есть объяснение, почему? Если это поможет, вот общий макет с ListView.

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"

    android:layout_width="fill_parent"

    android:layout_height="fill_parent">



    <ImageView

        android:id="@+id/logo_splash"

        android:layout_width="match_parent"

        android:layout_height="wrap_content">

    </ImageView>



    <LinearLayout

        android:layout_width="fill_parent"

        android:layout_height="fill_parent"

        android:orientation="vertical"

        android:background="@color/background"

        android:layout_below="@id/logo_splash">



        <ListView

            android:id="@android:id/list"

            android:layout_width="match_parent"

            android:layout_height="0dp"

            android:layout_weight="1">

        </ListView>



        <TextView

            android:id="@android:id/empty"

            android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:text="@string/no_upcoming" />



    </LinearLayout>        

</RelativeLayout>

ответ

я ввод ответа здесь, потому что это действительно комбинация ответов и ссылок ниже. Если я ошибаюсь, то дайте мне знать.

С что такое трюк с 0dip layout_height или layouth_width?

есть 3 общие атрибуты макета, которые работают с ширина и высота

1. android:layout_height


2. android:layout_width


3. android:layout_weight

когда a LinearLayout и вертикальный, потом layout_weight действие высота ребенка Views (ListView). Установка layout_height до 0dp приведет к игнорированию этого атрибута.

пример

<LinearLayout

    android:layout_width="fill_parent"

    android:layout_height="fill_parent"

    android:orientation="vertical">

    <ListView

        android:id="@android:id/list"

        android:layout_width="match_parent"

        android:layout_height="0dp"

        android:layout_weight="1">

    </ListView>

</LinearLayout>

Когда a LinearLayout и горизонтальный, потом layout_weight действие ширина ребенка Views (ListView). Установка layout_width до 0dp приведет к тому, что этот атрибут будет игнорируемый.

пример

<LinearLayout

    android:layout_width="fill_parent"

    android:layout_height="fill_parent"

    android:orientation="horizontal">

    <ListView

        android:id="@android:id/list"

        android:layout_width="0dp"

        android:layout_height="match_parent"

        android:layout_weight="1">

    </ListView>

</LinearLayout>

причина, по которой вы хотите игнорировать атрибут, заключается в том, что если вы его не проигнорировали, он будет использоваться для расчета макета, который использует больше времени процессора.

кроме того, это предотвращает путаницу в отношении того, как должен выглядеть макет при использовании комбинации трех атрибутов. Это подчеркивается @android developer в ответе ниже.

и Android Линт и затмение оба говорят использовать 0dip. Из этого ответа ниже, вы можете использовать 0dip,0dp,0px и т. д. Поскольку нулевой размер одинаков в любом из блоков.

избежать wrap_content в качестве параметров по ListView

С Layout_width из ListView

если вы когда-нибудь задумывались, почему getView(...) называется так много раз, как у меня, оказывается, были связаны с wrap_content.

используя wrap_content как я использовал выше всех детей Views для измерения, что приведет к дальнейшему времени процессора. Это измерение вызовет ваш getView(...) называться. Теперь я проверил это и количество раз getView(...) называется резко уменьшается.

когда я использовал wrap_content на две ListView s,getView(...) вызывался 3 раза для каждой строки по одному ListView и в 4 раза для каждой строки на другую.

изменить это на рекомендуемое 0dp,getView(...) был вызван только один раз для каждой строки. Это довольно улучшение, но имеет больше общего с избеганием wrap_content на ListView чем это делает 0dp.