Если вы're планирует поддерживать языки будут добавлены в ближайшее HPDI, и, возможно, поставлю в ближайшее время, это нормально, чтобы включить только те рисунки поставлю в проекте и давайте приборов шкалы их в нужное разрешение?
Я'вэ протестированы, чтобы изменить размер рисунки на mdpi и hdpi в Photoshop, а затем сравнили результат с xhdpi рисунки только изменен на Android, и я могу'т вижу никакой разницы вообще. Это плохой дизайн, чтобы взять этот ярлык? Было бы неплохо, чтобы не иметь, чтобы изменить размер каждого выигрышного в 3 разных разрешениях.
Планирование использования целевой SDK 2.1 или 2.2.
БР Эмиль
Я думаю, что'хороший способ, чтобы пойти. Единственным недостатком я могу думать, является использование ресурсов на мелких устройств и возможные артефакты из-за локализации. На самом деле в этом году'ы Гугл ИО Крис Пруэтте рекомендуется внедрение только ресурсы высокого разрешения и давайте OpenGL для обработки масштабирование.
По состоянию на Android 1.6, различной плотности обрабатываются, в том числе лоллипоп (что было't официально добавлены до 2.2). Ваше приложение будет сначала искать изображение с ее плотность, но это может выглядеть в более крупные, что "ведра" и как xhdpi и затем выполнить масштабирование для вас.
Это'ы лучше включать конкретные активы для плотностей, которые вы хотите поддерживать. Образ, который'ы 100х100 занимает 40кб; и это'ы 200х200 принимает 160к (несжатый). Таким образом, каких-либо активов xhdpi устройств, используемых на устройствах с mdpi четыре раза объем данных, которые вам нужны, которую необходимо выполнить при запуске приложения и ресурсы готовы. Низкое использование памяти означает больше эффективности, меньше шансов на исключение OutOfMemoryException.
Далее, конкретные типы изображения будут выглядеть плохо, когда автоматически масштабируется. В частности, изображения с тонкими линиями или мелкого моделей будет иметь свою деталь замутил. При сжатии изображений вручную, вы можете выбрать алгоритм, который лучше всего соответствует вашим потребностям (линейная, бикубическая, Ланцоша и т. д.).
Если вы'вновь беспокоит время, необходимое для изменения себя, вы можете включить пакетную обработку или использование таких инструментов, как девять патч размер http://code.google.com/p/9patch-resizer/
Я проверял в простое приложение (разработки для Android 2.1), используя только детальные изображения, и это хорошо работает в малых, средних и высоких разрешениях... даже я проверил в Android 2.1 (малое разрешение) и он открывает Imagen без проблем.
А может, все дело в памяти-это правда, поэтому его надо кому-то проверить это.
Я лично нашел, что с помощью только папке xhdpi устройств, работает достаточно хорошо во многих приложениях, и я большой сторонник такого подхода. В памяти верно, но с современными приборами, я бы считал это незначительным. Также я думаю, что есть некоторые кэширование после даунскейлинга, так как я никогда не замечал тормозить из-за этого. В том числе только одна папка может значительно уменьшить размер APK, которые конечные пользователи будут нарадуются. Вы должны иметь в виду, что некоторые изображения будут вам артефакты масштабирования (тонкие узоры и прочее), но я лично никогда не сталкивался ничего критичного в Мои приложения. Также для кнопок и прочее обязательно использовать 9patches для того, чтобы уменьшить артефакты на закругленные углы, можно даже немного уменьшить размер изображения, используя этот подход. Уровень API не будет проблемой на старых версиях, так как я думаю, что холст-xhdpi считается просто мешочки на версии, что это'т поддерживать его. Дон'т игнорировать шансы, чтобы определить некоторые простые рисунки в XML, например, это's действительно легкий для того чтобы создать градиентный фон с силуэты и при этом вы сохраните пространство и Дон'т риск артефактов масштабирования.
Это's хорошо, чтобы иметь только лоллипоп ресурсов. Но учтите, что лоллипоп был введен в API уровня 9 (Колобок). То есть, если вам целевые уровни API <=8 нужно минимум также ипчр ресурсов.
Лоллипоп был только введен в Android SDK для API уровня 9 (Колобок) (см. http://developer.android.com/reference/android/util/DisplayMetrics.html#DENSITY_XHIGH) так что если вы планируете иметь минимальный пакет SDK отметки менее 9, вы также должны обеспечить, по крайней мере, ИПЧР рисунки, а также иного устройства с Froyo или ниже будет отображать ничего.
Обновление: это на самом деле кажется версиях до пряников будет отображать детальные изображения: https://groups.google.com/d/msg/android-developers/yjYO91OmoJ4/v3he0ZbKo-UJ
Это заявление о дополнительной памяти-это неправильно.
Если вы поставите лоллипоп
большие рисунки внутри папки будут добавлены в ближайшее время, то вы будете иметь проблемы с памятью.
Но если вы предоставите поставлю
рисунки в папке xhdpi устройств, то без дополнительной памяти будет использоваться с Android downsamples изображений, пропуская ее части.
Этот вприпрыжку
это причина, почему вы должны предоставить рисунки для каждой плотности вы планируете поддерживать в них порядок, чтобы хорошо выглядеть.
С другой стороны, только некоторые изображения выглядят плохо, когда уменьшено (в основном мелкие значки), так как изображение имеет достаточно данных, чтобы быть выброшены, это будет выглядеть нормально. Или imagne если у вас есть сетка как мешочки, так что потенциально некоторые линии сетки могут выбросили, и изображение будет выглядеть плохо.
В конце концов, это лучше для вас, чтобы экспериментировать с различными устройствами, то можно сказать, что drawales нужны альтернативные ресурсы для их плотности.