【导读】已经发布的 Android Studio1.1 版本是一个 bug 修复版本。在这个版本中,当你创建工程时一项改变将会吸引你的眼球。工程创建登陆的图标会在 mipmap-resource 文件夹中,而不是 drawable 文件夹中。
Android 开发团队认为使用 mipmap 文件夹保存启动图标是最佳的开发方式。使用 mipmap 的最大优势是你可以在各种屏幕密度的设备下将资源存储在 mipmap 文件夹下,然后对于特定屏幕密度的设备你可以从 drawable 文件夹下去除掉与这个特定设备无关的资源信息。
我们用一个例子来说明这一特性。假设用户有一个设备被标识为 xxhdpi 的设备,那么开发者 apk 中的 drawable 文件夹下的其他分辨率大小的资源,例如 xxxhdpi 分辨率,就是不被需要的;换句话说,就是可以被去除掉的。然而应用图标很可能是与其他资源图片不同的,因为他可能占据整个屏幕,因此你可能需要启动图标的分辨率高于其他资源。而这时你为了设备适配的原因,高分辨率图片所在的文件夹已经被你去除了,这时当程序运行时,系统会将原来低分辨率的图片进行拉伸,然而这种做法可能会导致产生一个丑陋的模糊的图片。
另一方面,你可能会说,你并不会使用去除资源来减少 apk 大小的方式去制作不同版本的 apk 文件。这个时候你用 mipmap 文件夹去存储登陆图标看上去不会产生任何意义。然而这并不意味着你不应该使用它,最好的使用它的理由莫过于 Android 开发团队认为应该使用它,并且把它描述为了开发的最佳实践。他们知道在 Android 的开发线上将会产生什么样的新特性,而且尽管没有人能确定,但是 Android 开发团队很可能计划引入这样一个新特性,就是在用户下载 App 的时候,apk 会自动丢弃掉不合适的资源文件
在 Android 中 mipmap 资源文件夹很早就出现了,这个时间点远远早于他被介绍为应该作为 Android 开发社区应该大规模使用它的时间。Android 的官方团队并没有发布过多的原因来说明为什么要使用 mipmap 资源文件夹。在 Android 4.3 版本发布的时候,Android 框架的卡法人员 hackbod 宣布: 假如你正在为不同屏幕分辨率版本的设备制作不同版本的 app,那么你应该去了解 mipmap 资源文件夹,它与 drawable 文件夹确实是惊人的相似,除了它并不参与屏幕适配在你生成不同版本的目标 apk 时。 自从这个宣布之后,如果你仔细观察 Google 的产品,你会发现一些 app 确实这样做了。效果是在展示时,仅仅只是向屏幕传输了所被需要的分辨率的图标,但是各种分辨率的登陆图标都别保存到了 mipmap 资源文件夹下。 随着时间的推进,并没有过多关于使用 mipmap 资源文件夹保存登陆图片的消息,知道 Android 5.0 出现在 AOSP 以及 Nexus 设备出现在了市场上。Android 开发者的博客上标出了准备好让你的 app 登陆 Nexus6 和 Nexus9. 这篇博文透露了一个应该使用 mipmap 文件夹的理由: 提供分辨率至少为 xxxhpdi 的 app 图标因为身背可以展示更大的图标在登陆的时刻。最好的方法就是见 app 图标放在 mipmap 文件夹下因为他将会根据屏幕分辨率以及使用场景选择合适分辨率的图片。例如 xxxhdpi 的图标将会被展示在 xxhdpi 分辨率的设备上
更新 Android Studio 到最新版本,任何一个新的工程都将会使用 mipmap 的方式创建。
假如你有一个优秀的工具 Android Asset Studio 去产生你的 Android 登陆图标,你会注意到 mipmap 的改变已经被 assets 文件夹产生的结构所反映出来。 你的 assets 应该变得像之前的登陆图标的结构那样。res/ mipmap-mdpi/iclauncher.png (48x48 pixels) mipmap-hdpi/iclauncher.png (72x72) mipmap-xhdpi/iclauncher.png (96x96) mipmap-xxhdpi/iclauncher.png (144x144) mipmap-xxxhdpi/iclauncher.png (192x192) 同时你要改变你的 AndroidManifest.xml 文件去使用 mipmap 作为启动图标: android:icon="@mipmap/iclauncher"
OneAPM 是应用性能管理领域的新兴领军企业。Mobile Insight 能以用户真实使用感受为度量标准,检测每次崩溃的发生,协助监控移动应用性能。想阅读更多技术文章,请访问 OneAPM 官方博客。