Ich spreche nicht über die Ressourcendateien wie .9.png oder .xml, sondern Bilddateien für Symbole und Hintergründe. Ist es nicht viel einfacher oder zuverlässiger, ein High-Definition-Bild zu erstellen, es in den nodpi-Ordner zu legen und dann Eigenschaften wie fitXY zu verwenden, um das Bild in einen bestimmten Raum einzupassen? Warum sollten Sie alle Probleme mit der Erstellung einer skalierten Version für mdpi, hdpi, xdpi usw. durchgehen?
Wenn Sie ein großes Bild auf ein kleineres verkleinern, bevor Sie es als Quelle eines ImageView verwenden, ist dies rechenintensiver als das Ziehen eines Bildes mit der richtigen Größe aus einem geeigneten DPI-Bucket.
Es kann zwar einfacher sein, Ihre Ressourcen in einen einzelnen ziehbaren Ordner zu stecken und es als gut zu bezeichnen, es verursacht jedoch Performance-Probleme beim Rendern von Assets auf DPI-Geräten, die ohnehin ohnehin weniger leistungsfähige CPUs haben.
Warum sollten Sie alle Probleme beim Erstellen einer skalierten Version für mdpi, hdpi, xdpi usw. durchgehen?
Für Qualität. Zitieren die Dokumentation :
Die Bitmap-Skalierung kann jedoch zu verschwommenen oder verpixelten Bitmaps führen, die Sie möglicherweise in den obigen Screenshots bemerken. Um diese Artefakte zu vermeiden, sollten Sie alternative Bitmap-Ressourcen für unterschiedliche Dichten bereitstellen. Beispielsweise sollten Sie hochauflösende Bitmaps für High-Density-Bildschirme bereitstellen, und das System verwendet diese anstelle der Größenanpassung der Bitmap für Bildschirme mittlerer Dichte.
Tags und Links android