骚年你的屏幕适配方式该升级了!-smallestWidth 限定符适配方案
原文地址: https://www.jianshu.com/p/2ad...
以下是 骚年你的屏幕适配方式该升级了! 系列文章，欢迎转发以及分享:
前言
ok，根据上一篇文章 骚年你的屏幕适配方式该升级了!-今日头条适配方案 的承诺，本文是这个系列的第二篇文章，这篇文章会详细讲解 smallestWidth 限定符屏幕适配方案
了解我的朋友一定知道，MVPArms 一直使用的是 鸿神 的 AndroidAutoLayout 屏幕适配方案，得益于 AndroidAutoLayout 的便捷，所以我对屏幕适配领域研究的不是很多，AndroidAutoLayout 停止维护后，我也一直在找寻着替代方案，直到 今日头条屏幕适配方案 刷屏，后来又无意间看到了 smallestWidth 限定符屏幕适配方案，这才慢慢的将研究方向转向了屏幕适配领域
最近一个月才开始慢慢恶补 Android 屏幕适配的相关知识，对这两个方案也进行了更深入的研究，可以说从一个小白慢慢成长而来，所以我明白小白的痛，因此在上一篇文章 骚年你的屏幕适配方式该升级了!-今日头条适配方案 中，把 今日头条屏幕适配方案 讲得非常的细，尽量把每一个知识点都描述清晰，深怕小白漏掉每一个细节，这篇文章我也会延续上一篇文章的优良传统，将 smallestWidth 限定符屏幕适配方案 的每一个知识点都描述清晰
顺便说一句，感谢大家对 AndroidAutoSize 的支持，我只是在上一篇文章中提了一嘴我刚发布的屏幕适配框架 AndroidAutoSize，还没给出详细的介绍和原理剖析 (原计划在本系列的第三篇文章中发布)，AndroidAutoSize 就被大家推上了 Github Trending，一个多星期就拿了 2k+ stars，随着关注度的增加，我在这段时间里也累坏了，issues 就没断过，不到半个月就提交了 200 多次 commit，但累并快乐着，在这里要再次感谢大家对 AndroidAutoSize 的认可
谈谈对百分比库的看法
是这样的，在上篇文章中有一些兄弟提了一些观点，我很是认同，但是我站在执行者的角度来看待这个问题，也有一些不同的观点，以下是我在上篇文章中的回复
大家要注意了！这些观点其实针对的是所有以百分比缩放布局的库，而不只是今日头条屏幕适配方案，所以这些观点也同样适用于 smallestWidth 限定符屏幕适配方案，这点有很多人存在误解，所以一定要注意！
上图的每一个方框都代表一种 Android 设备的屏幕，Android 的 系统碎片化、机型以及屏幕尺寸碎片化、屏幕分辨率碎片化 有多严重大家可以通过 友盟指数 了解一下，有些时候在某些事情的决断标准上，并不能按照事情的对错来决断，大多数情况还是要分析成本，收益等多种因素，通过利弊来决断，每个人的利弊标准又都不一样，所以每个人的观点也都会有差别，但也都应该得到尊重，所以我只是说说自己的观点，也不否认任何人的观点
方案是死的人是活的，在某些大屏手机或平板电脑上，您也可以采用其他适配方案和百分比库结合使用，比如针对某个屏幕区间的设备单独出一套设计图以显示比小屏幕手机更多更精细的内容，来达到与百分比库互补的效果，没有一个方案可以说自己是完美的，但我们能清晰的认识到不同方案的优缺点，将它们的优点相结合，才能应付更复杂的开发需求，产出最好的产品
友情提示: 下面要介绍的 smallestWidth 限定符屏幕适配方案，原理也同样是按照百分比缩放布局，理论上也会存在上面所说的 大屏手机和小屏手机显示的内容相同 的问题，选择与否请仔细斟酌
简介 smallestWidth 限定符适配方案
这个方案的的使用方式和我们平时在布局中引用 dimens 无异，核心点在于生成 dimens.xml 文件，但是已经有大神帮我们做了这 一步
├── src/main │ ├── res │ ├── ├──values │ ├── ├──values-800x480 │ ├── ├──values-860x540 │ ├── ├──values-1024x600 │ ├── ├──values-1024x768 │ ├── ├──... │ ├── ├──values-2560x1440
如果有人还记得上面这种 宽高限定符屏幕适配方案 的话，就可以把 smallestWidth 限定符屏幕适配方案 当成这种方案的升级版，smallestWidth 限定符屏幕适配方案 只是把 dimens.xml 文件中的值从 px 换成了 dp，原理和使用方式都是没变的，这些在上面的文章中都有介绍，下面就直接开始剖析原理，smallestWidth 限定符屏幕适配方案 长这样