我认为,将图像调整为给定尺寸(以像素为单位)以显示所需大小比使用该图像作为具有所需首选大小的Label
的背景更为昂贵。您能确认这是真的吗?而且,如果是这样,为什么会这样呢?
我的意思是,使用以下类似的类(就性能而言)比调整所包含图像的大小更好。您认为更快的方法可行吗?我需要以固定大小显示很多照片,但是我的应用程序没有智能手机的本机图库应用程序快。
/**
* Button useful to show the given Image at the given size, without the need to
* resize it.
*
* @author Francesco Galgani
*/
public class FixedSizeButton extends Button {
private final int imageWidth;
private final int imageHeight;
private Image image;
/**
* Creates a Button displaying an Image at the given fixed size; at least
* one of imageWidth or imageHeight must be specified.
*
* @param image
* @param imageWidth in pixels, can be -1 to automatically resize
* maintaining the aspect ratio
* @param imageHeight in pixels, can be -1 to automatically resize
* maintaining the aspect ratio
*/
public FixedSizeButton(Image image, int imageWidth, int imageHeight) {
this(image, imageWidth, imageHeight, null);
}
/**
* Creates a Button displaying an Image at the given fixed size; at least
* one of imageWidth or imageHeight must be specified.
*
* @param image
* @param imageWidth in pixels, can be -1 to automatically resize
* maintaining the aspect ratio
* @param imageHeight in pixels, can be -1 to automatically resize
* maintaining the aspect ratio
* @param uiid
*/
public FixedSizeButton(Image image, int imageWidth, int imageHeight, String uiid) {
this(image, imageWidth, imageHeight, false, uiid);
}
/**
* Creates a Button displaying an Image at the given fixed size; at least
* one of imageWidth or imageHeight must be specified.
*
* @param image
* @param imageWidth in pixels, can be -1 to automatically resize
* maintaining the aspect ratio
* @param imageHeight in pixels, can be -1 to automatically resize
* maintaining the aspect ratio
* @param scaledSmallerRatio force the image to maintain the aspect ratio
* within the given dimension (it requires that both imageWidth and
* imageHeight are specified)
* @param uiid
*/
public FixedSizeButton(Image image, int imageWidth, int imageHeight, boolean scaledSmallerRatio, String uiid) {
if (image == null) {
throw new IllegalArgumentException("image cannot be null");
}
if (imageWidth <= 0 && imageHeight <= 0) {
throw new IllegalArgumentException("invalid imageWidth and imageHeight");
}
this.image = image;
setShowEvenIfBlank(true);
if (uiid != null) {
super.setUIID(uiid);
}
if (imageWidth < 1) {
imageWidth = image.getWidth() * imageHeight / image.getHeight();
} else if (imageHeight < 1) {
imageHeight = image.getHeight() * imageWidth / image.getWidth();
}
if (scaledSmallerRatio) {
float hRatio = ((float) imageHeight) / ((float) image.getHeight());
float wRatio = ((float) imageWidth) / ((float) image.getWidth());
if (hRatio < wRatio) {
imageWidth = (int) (image.getWidth() * hRatio);
} else {
imageHeight = (int) (image.getHeight() * wRatio);
}
}
this.getAllStyles().setBackgroundType(Style.BACKGROUND_IMAGE_SCALED_FIT);
this.getAllStyles().setBgImage(image);
this.imageWidth = imageWidth;
this.imageHeight = imageHeight;
}
@Override
public Dimension calcPreferredSize() {
int width = imageWidth + this.getStyle().getPaddingLeftNoRTL() + this.getStyle().getPaddingRightNoRTL();
int height = imageHeight + this.getStyle().getPaddingTop() + this.getStyle().getPaddingBottom();
return new Dimension(width, height);
}
/**
* Returns the background image
*
* @return the bg image
*/
@Override
public Image getIcon() {
return image;
}
@Override
public void setText(String text) {
throw new IllegalStateException("Not supported");
}
@Override
public void setUIID(String id) {
super.setUIID(id);
this.getAllStyles().setBackgroundType(Style.BACKGROUND_IMAGE_SCALED_FIT);
this.getAllStyles().setBgImage(image);
}
}
答案 0 :(得分:1)
性能足迹/开销会有所不同。当您执行Image.scaled
(我假设这是您调整大小的意思...)时,图像可能会逐像素遍历并缩小为新的较小字节数组。然后,可能会将其重新编码为PNG或JPEG。所有这些都是昂贵的任务。
请注意,我使用“可能”一词是因为iOS并非总是如此,并且在某些情况下会使用硬件扩展...
使用绘图时,图像会作为纹理加载到绘制/缩放图像的GPU中。它的开销为零,速度非常快。最大的缺点是RAM在常规堆和GPU内存中都被占用。因此,这是您需要权衡的。