一、前言

一个软件,往往会用到位图资源,比如图标、图片、水晶按钮等。

在使用了位图资源后,就不能对任意DPI都进行适配,因为这样适配的代价太大了。

像Win10的缩放比例可以由100%-500%,如果全部适配的话,仅一个图标就是制作401个不同分辨率的版本,时间成本和空间成本上开销都太大了。同时,在很多DPI下,这401个图标当中有很多临近的图标的尺寸变化并不明显,甚至相同,这样无疑是浪费。

所以,我们就需要以DPI范围为基础进行适配。

相信看完的你,一定会有所收获!

本文地址:https://www.cnblogs.com/lesliexin/p/14636355.html


二、DPI计算公式与适配任意分辨率

1,DPI计算公式

第一篇中,我通过推理和归纳,总结出了DPI与缩放比例间的对应关系。

但其实,DPI与缩放比例之间是有一个计算公式的,如下:

DPI=缩放比例*96

结果取整数,小数位四舍五入。

示例:

缩放比例为150%时,DPI=150%*96=144。

这也是为什么会出两个缩放比例对应同一个分辨率。

112%:DPI=112%*96=107.52,四舍五入后,DPI=108;

113%:DPI=113%*96=108.48,四舍五入后,DPI=108;

2,适配任意分辨率

如果需要适配任意分辨率,那么尺寸就需要等比缩放。根据缩放比例进行计算比例,从100%开始,到500%结束。

同时,因为分辨率是都是整数,所以要对计算后的结果进行四舍五入取整处理。

在前言中,我举了个图标的例子,但实际上因为图标的尺寸很小,一般的图标是16*16,所以真正所需要制作的尺寸并达不到401个。

以16*16分辨率的图标为例:

从上图可以看出,在好多缩放比例下,图标的尺寸都是一样的,所以综合下来并达不到401个,但是也有60+,制作这么多图标,是极其消耗人力的。


三、按DPI范围适配

适配任意DPI是完美的,但是在实际应用中,这种太过耗费时间与精力。

同时,在实现使用过程中,这些细小的变化对实际的使用影响并不大,而且整体界面尺寸的变化也不大。

所以便可以按照“DPI范围”进行适配,不同范围的DPI值对应不同的缩放系数,这也是目前主流的高DPI适配方法。

同时,因为在程序中,我们可以获取到的是DPI信息,而不是缩放信息,所以为了减小计算,是按照DPI去划分范围的,而不是按缩放比例去划分范围的。

在选择适配范围时,有多种范围选择方法。这里提供一种我个人常用的范围分配方法:

优点:

1,适配完目前的100%~500%,每个图标只需要9份即可。

2,缩放系数以0.5递增,方便各种尺寸的计算。特别只要是偶数,计算后就会是整数,省去取整时精度损失。

当然,以目前实际应用而言,300%的缩放已经很极限了,所以在此基础上还可以进一步的简化,以减少工作量。

还可以在低缩放比例下再次细化,以到达更好的用户体验。


四、总结

世间安得双全法,所以大家可以根据自己的实际需要,来制定自己的适配方案。

本文也只是一家之言,欢迎大家评论指正。

-【END】-

(原创)高DPI适配经验系列:(二)按DPI范围适配的更多相关文章

  1. (原创)高DPI适配经验系列:(四)高DPI适配示例

    一.前言 光说不练假把式. 原理说再多,也不如一个例子直观明了.所以本篇文章就来通过一个例子演示一下高DPI适配的流程. 相信看完的你,一定会有所收获! 本文地址:https://www.cnblog ...

  2. (原创)高DPI适配经验系列:(一)缩放比例与DPI对应关系

    一.前言 当下,2K分辨率已成为主流标配,3K.4K也已经广泛应用. 在屏幕尺寸不变的情况下,高分辨率也就意味着高DPI,对于桌面程序而言,除了先天就支持高DPI的框架外(如UWP.Electron等 ...

  3. (原创)高DPI适配经验系列:(三)字体与字号、缩放锚点

    一.前言 程序最基本的元素,就是文本,也就是字体.如果程序未进行高DPI的适配,最直观的感受便是字体的模糊.所以本篇便来说一下高DPI适配中的字体问题. 高DPI的适配,简单来说便是便是根据不同的DP ...

  4. Redis总结(五)缓存雪崩和缓存穿透等问题 Web API系列(三)统一异常处理 C#总结(一)AutoResetEvent的使用介绍(用AutoResetEvent实现同步) C#总结(二)事件Event 介绍总结 C#总结(三)DataGridView增加全选列 Web API系列(二)接口安全和参数校验 RabbitMQ学习系列(六): RabbitMQ 高可用集群

    Redis总结(五)缓存雪崩和缓存穿透等问题   前面讲过一些redis 缓存的使用和数据持久化.感兴趣的朋友可以看看之前的文章,http://www.cnblogs.com/zhangweizhon ...

  5. [知识库分享系列] 二、.NET(ASP.NET)

    最近时间又有了新的想法,当我用新的眼光在整理一些很老的知识库时,发现很多东西都已经过时,或者是很基础很零碎的知识点.如果分享出去大家不看倒好,更担心的是会误人子弟,但为了保证此系列的完整,还是选择分享 ...

  6. Wireshark入门与进阶系列(二)

    摘自http://blog.csdn.net/howeverpf/article/details/40743705 Wireshark入门与进阶系列(二) “君子生非异也,善假于物也”---荀子 本文 ...

  7. tensorflow笔记(五)之MNIST手写识别系列二

    tensorflow笔记(五)之MNIST手写识别系列二 版权声明:本文为博主原创文章,转载请指明转载地址 http://www.cnblogs.com/fydeblog/p/7455233.html ...

  8. Android-屏幕适配经验总结

    本文记录一些适配问题的研究,基础概念不做过多介绍. Android在做屏幕适配的时候一般考虑两个因素:分辨率和dpi.分辨率是屏幕在横向.纵向上的像素点数总和,一般用"宽x高"的形 ...

  9. Web 前端开发人员和设计师必读文章推荐【系列二十八】

    <Web 前端开发精华文章推荐>2014年第7期(总第28期)和大家见面了.梦想天空博客关注 前端开发 技术,分享各类能够提升网站用户体验的优秀 jQuery 插件,展示前沿的 HTML5 ...

随机推荐

  1. 密码 & 安全

    密码 & 安全 拖库/脱库 如何在数据库中存储密码更安全? https://time.geekbang.org/dailylesson/detail/100044031 拖库和撞库 https ...

  2. privacy policy 隐私政策

    privacy policy 隐私政策 privacy agreement css layout & ssr page flex & center & fonts demo h ...

  3. UDP编程详解

    目录 报文格式 通信过程 UDP客户端流程 UDP客户端编码 UDP服务器流程 UDP服务器编码 参考文献 UDP与TCP的不同之处是:他的通信不需要建立连接的过程.中文名称用户数据报协议.时OSI参 ...

  4. ConcurrentHashMap允许一边遍历一边更新,而用HashMap则会报线程安全问题

    ConcurrentHashMap线程安全的,允许一边更新.一边遍历,也就是说在对象遍历的时候,也可以进行remove,put操作,且遍历的数据会随着remove,put操作产出变化,而如果用Hash ...

  5. SpringCloud之服务注册中心

    1.Eureka 1.1RestTemplate 它提供了多种访问远程http服务的方法,是一种简单便捷的访问restful服务模板类,是spring提供的用于访问Rest服务的客户端模板工具集. 1 ...

  6. EFCodeFirst属性映射约定

    EFCodeFirst属性映射约定 EFCodeFirst 属性映射约定 CodeFirst与数据表之间得映射方式又两种:Data Annotation和Fluent API 默认约定: 表名为类名的 ...

  7. arti车是大幅度发地方大幅度发

    转: arti车是大幅度发地方大幅度发 arti车是大幅度发地方大幅度发 转: arti车是大幅度发地方大幅度发

  8. 11. webpack配置Vue

    一. 在webpack中配置vue 了解了webpack的原理和用法以后, 我们来引入Vue webpack原理和用法详解链接: cnblogs.com/ITPower/p/14467745.html ...

  9. 剑指 Offer 24. 反转链表

    剑指 Offer 24. 反转链表 Offer 24 题目描述: 常规解法 本题的解法很常规,没有其他特别的坑,只需要将链表反转即可. package com.walegarrett.offer; / ...

  10. POJ-2387(原始dijkstra求最短路)

    Til the Cows Come Home POJ-2387 这题是最简单的最短路求解题,主要就是使用dijkstra算法,时间复杂度是\(O(n^2)\). 需要注意的是,一定要看清楚题目的输入要 ...