ThinkChat2.0新版上线,更智能更精彩,支持会话、画图、阅读、搜索等,送10W Token,即刻开启你的AI之旅 广告
过去几周,我们已经看到了用 Glide module 来为 Glide 做各种各样的自定义。今天我们将会为你展示最后一个实例,但这可能是最有趣的一个了:从你的服务端在指定的尺寸下如何去请求图片。 **为何要在指定的尺寸下请求图片** 在一个最近的项目中我们与一个多媒体服务端工作,它也是图片服务端,提供了非常高的图像质量(图像可能有 6000x4500 像素)。虽然我们可以直接用链接去拿源文件,但这对于设备的带宽,内存和电池来说,这么做是非常低效的。即使今天的设备有着非常高的分辨率显示屏,有这么高的一个分辨率没有任何好处。这就是为什么 Glide 总是测量 `ImageView` 的尺寸,并减少图像的内存分配大小。所以,这里仍然需要减少下载和计算处理的开销。因此,这个多媒体服务端给了一个新功能:它可以提供自定义图像的分辨率。这么想象一下吧: ~~~ // previous way: we directly accessed the images https://futurestud.io/images/logo.png // new way, server could handle additional parameter and provide the image in a specific size // in this case, the server would serve the image in 400x300 pixel size https://futurestud.io/images/logo.png?w=400&h=300 ~~~ 媒体服务端维护了之前的计算大小在磁盘上,如果没有请求传过去,缩放图像仍然在天上飞呢。现在初步实现了 Android 这边计算好了 `ImageView` 的大小,然后用 链接 URL(就像 `../logo.png?w=400&h=300`)做 Glide 请求。向我们之前给你展现的那样。这种方式奏效了,但是有点复杂,特别是如果你认为 Glide 在这里提供了帮助。 **另一种自定义 GlideModule** 当然,我们必须声明一个新的 Glide module。在这种情况下,我们必须用 `glide.register()` 方法注册新的 model 到 Glide。 ~~~ public class CustomImageSizeGlideModule implements GlideModule { @Override public void applyOptions(Context context, GlideBuilder builder) { // nothing to do here } @Override public void registerComponents(Context context, Glide glide) { glide.register(CustomImageSizeModel.class, InputStream.class, new CustomImageSizeModelFactory()); } } ~~~ 该 `.register()` 调用了 Glide 的配置去给所有的请求,实现 `CustomImageSizeModel` 接口(替换常规的 `GlideUrl` 接口)。所以在这里你可以创建并传递一个 `CustomImageSizeModel` 的实例去实现给 Glide。 为了处理这个新的自定义 model。我们要去写一个 C`ustomImageSizeModelFactory` 类,创建了我们的 model 处理的实例。 综上所述,在你添加了上述的 Glide module 后,你应该有两个未知的类。首先是 `CustomImageSizeModel`。 ~~~ public interface CustomImageSizeModel { String requestCustomSizeUrl(int width, int height); } ~~~ `CustomImageSizeModel` 只是一个接口,它将宽度和高度作为其参数,这是必须的,这样我们才能从媒体服务端请求精确的像素图像。第二个未知的类是 `CustomImageSizeModelFactory`: ~~~ private class CustomImageSizeModelFactory implements ModelLoaderFactory<CustomImageSizeModel, InputStream> { @Override public ModelLoader<CustomImageSizeModel, InputStream> build(Context context, GenericLoaderFactory factories) { return new CustomImageSizeUrlLoader( context ); } @Override public void teardown() { } } ~~~ 这个类仅仅实现了 Glide 的 `ModelLoaderFactory` 接口。它为我们的 `CustomImageSizeUrlLoader` 类创建了一个新的实例,一旦 Glide 请求被创建,它将负责加载图像。 ~~~ public class CustomImageSizeUrlLoader extends BaseGlideUrlLoader<CustomImageSizeModel> { public CustomImageSizeUrlLoader(Context context) { super( context ); } @Override protected String getUrl(CustomImageSizeModel model, int width, int height) { return model.requestCustomSizeUrl( width, height ); } } ~~~ 这样,我们为自定义大小的请求的新的 Glide module 已经做完了。我们已经在 Glide module 这边实现了所有的东西的,但是我们还没有实际创建` CustomImageSizeModel` 接口的实现。为了用 `CustomImageSizeModel` 传递请求给 Glide。我们需要一个雷,它建立了自定义图片大小的 URL: ~~~ public class CustomImageSizeModelFutureStudio implements CustomImageSizeModel { String baseImageUrl; public CustomImageSizeModelFutureStudio(String baseImageUrl) { this.baseImageUrl = baseImageUrl; } @Override public String requestCustomSizeUrl(int width, int height) { // previous way: we directly accessed the images // https://futurestud.io/images/logo.png // new way, server could handle additional parameter and provide the image in a specific size // in this case, the server would serve the image in 400x300 pixel size // https://futurestud.io/images/logo.png?w=400&h=300 return baseImageUrl + "?w=" + width + "&h=" + height; } } ~~~ 在上面的 `CustomImageSizeModelFutureStudio` 类中,我们已经实现了建立图片 URL 的逻辑:附加了高度和宽度的参数。最后,我们可以创建这个类的实例并做一个 Glide 请求: ~~~ String baseImageUrl = "https://futurestud.io/images/example.png"; CustomImageSizeModel customImageRequest = new CustomImageSizeModelFutureStudio( baseImageUrl ); Glide .with( context ) .load( customImageRequest ) .into( imageView2 ); ~~~ 正如你看到的,我们不需要传一个精确的尺寸。Glide 会测量 `ImageView` 然后传给我们的请求。现在服务端会返回这个图片的完美的优化后的尺寸了! 当然你可以添加其他的 `CustomImageSizeModel model` 实现。如果你有多个服务端,它们使用了不同的逻辑去简历 URL。只需要创建一个新的 `CustomImageSizeModel` 实现然后传递它到你的 Glide 请求中。你可以使用很多的 model 去按照你需要的来实现! **Outlook** 在这篇博客中,你已经看到如何削减图像请求的开销的重要部分。每次你的用户将会看到他们的电池状态和存储数据,他们会爱上你的。不幸的是,你将需要服务端支付。尽管如此,Glide 在 Android 这边的做法是非常简单的。初始设置有点复杂,但是一旦你理解了这个概念,它将非常有用! 在这篇博客中我们向你展示的方法有一个问题:它将用在每一个单个请求。如果你在图像的 URL 中有混合使用的情况,它将重新计算大小,以及图片的 URL,它不能被调整?下周,我们要向你展示如何以相同的思想动态的在每个请求中应用。