В конце этого вопроса был заполнен ответ , который объединяет замечания и решения.
Вопрос
Я искал, но не нашел ничего, что действительно объясняет, почему Android Lint, а также некоторые подсказки Eclipse предлагают заменить некоторые значения 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 общих атрибута макета, которые работают с шириной и высотой
-
android:layout_height -
android:layout_width -
android:layout_weight
Когда a LinearLayout является вертикальным, тогда layout_weight будет влиять на высоту дочернего элемента View (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 будет влиять на ширину дочернего элемента View (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 в ответе ниже.
Кроме того, Android Lint и Eclipse говорят, что используют 0dip. Из этого ниже ответа вы можете использовать 0dip, 0dp, 0px и т.д., Так как нулевой размер одинаковый в любом из блоков.
Избегайте wrap_content в ListView
Если вы когда-нибудь задавались вопросом, почему getView(...) вызывается так много раз, как я, он оказывается связанным с wrap_content.
Использование wrap_content, как я использовал выше, приведет к измерению всего дочернего View, что приведет к дальнейшему времени процессора. Это измерение вызовет вызов getView(...). Теперь я проверил это, и количество раз, когда вызывается getView(...), резко сокращается.
Когда я использовал wrap_content на двух ListView s, getView(...) был вызван 3 раза для каждой строки на одном ListView и 4 раза для каждой строки на другом.
Изменение этого параметра до рекомендуемого 0dp, getView(...) вызывалось только один раз для каждой строки. Это довольно улучшилось, но больше связано с тем, чтобы избежать wrap_content на ListView, чем на 0dp.
Однако из-за этого предложение 0dp существенно улучшает производительность.
