适配完结篇三 - 超稳定的values-wXXXdp适配方案(原创)

简介: 观点• 适配还是使用百分比布局靠谱, 想一想 百分比 = match_parent其实值100%, 权重也是按比例• 如何合理建立多套dimen值, 用数量取胜, 枚举市场上常见的最小宽度

观点



  • 适配还是使用百分比布局靠谱, 想一想 百分比 = match_parent其实值100%, 权重也是按比例


  • 如何合理建立多套dimen值, 用数量取胜, 枚举市场上常见的最小宽度

下图给的是最原始的鸿洋_的方案:


假设现在的UI设计图是按照480份数*320份数设计的,且上面的宽和高的标识都是px的值,你可以直接将px转化为x[1-320],y[1-480],这样写出的布局基本就可以全分辨率适配了。


image.png


按px进行划分真的好吗


会有什么问题?


  • 首先得有很多套布局, 这无形会增加apk体积


  • 很多情况下如果设备有虚拟按键, 由于分辨率是除去虚拟按键的宽高适配方式, 据需要再额外增加大量布局


探索新的方法


突然有一天, 我看到在官网看到了这么一段话: 支持多种屏幕  |  Android Developers - 声明适用于 Android 3.2 的平板电脑布局


于是有了采用sw修饰符来实现适配的想法. 这就需要采集手头所有设备的分辨率并dp化.


  • 640*360 (Mobile)


  • 698*392 (Mobile)


  • 768*480 (Pad)


  • 853*533 (Pad)


  • 960*600 (Pad)


  • 1024*640 (Pad)


  • 1024*768 (Pad)


  • 1280*800 (Pad)


手机方面除了目前常用的360和392, 再考虑到一些常见的手机型号的最小宽度300,320,411,450 这四个也加上为宜.


还需要考虑哪些因素呢, 比如得考虑平板的虚拟按键栏, 所以还得采集具体设备的参数

例如平板M2 PLE-703L 在横屏状态下为1920px = 768dp, 但是如果有了虚拟按键, 则只剩下1830px = 732dp


取出最小宽度, 最终得到


手机版的一维数组:320,320,392,411,450"


Pad版的一维数组:480,532,640,698,732,768,800,852,912,960,1024,1280


选择swdp 还是 wdp修饰符


由于sw取得是最小宽度, 一般情况下采用sw基本够用. 如果我们在开发时候要区分横屏或者竖屏, 所以选择 wdp修饰符更为合适.


  • 针对竖屏设备, 取宽度则320,360,392...


  • 针对横屏设备, 取高度则640,698,768...


假如以1280px*800px的设备, 指定 横屏状态 下, 可以将宽度分成了1280份数, 然后之取出偶数份(剔除了奇数, 觉得太多余) 1280/2 = 640份数



# 参考公式
# 假定基准宽度为1280
x1 = 目标宽度(dp) / 1280
x2 = 2 * x1
x4 = 4 * x1
x6 = 6 * x1
...


生成文件夹形如


$ ls
values-w1024dp/  values-w320dp/  values-w640dp/  values-w768dp/  values-w852dp/
values-w1280dp/  values-w480dp/  values-w698dp/  ... ... ...


且每个文件夹下都有precent_width.xml文件, 以下是values-w640dp下的xml文件


<?xml version="1.0" encoding="utf-8"?>
<resources>
    <dimen name="x2">1dp</dimen>
    <dimen name="x4">2dp</dimen>
    <dimen name="x6">3dp</dimen>
    <dimen name="x8">4dp</dimen>
    ```
    ```
    <dimen name="x1276">638dp</dimen>
    <dimen name="x1278">639dp</dimen>
    <dimen name="x1280">640dp</dimen>
</resources>


生成工具(参考了鸿洋_的代码)改编而成


import java.io.BufferedWriter;
import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.OutputStreamWriter;
import java.io.Writer;
/**
 * 辅助生成资源文件
 * 
 * @author leiTKai
 */
public class GenerateValueFiles {
    private static final String dirStr = "./res";
    private static final String FILE_NAME = "precent_width.xml";
    private static final String TEMPLATE = "    <dimen name=\"x%d\">%sdp</dimen>\n";
    private static final String VALUE_TEMPLATE = "values-w%ddp";
    private final int mBaseWidth;
    private final String mSupportStr;
    /**
     * constructor
     * 
     * @param baseX
     *            基准宽
     * @param supportStr
     */
    public GenerateValueFiles(int baseX, String supportStr) {
        this.mBaseWidth = baseX;
        this.mSupportStr = supportStr;
        System.out.println("baseW: " + this.mBaseWidth);
        System.out.println("supportStr: " + this.mSupportStr);
        File dir = new File(dirStr);
        if (!dir.exists())
            dir.mkdir();
        System.out.print("FileDir: " + dir.getAbsoluteFile());
    }
    public void generate() {
        for (String val : mSupportStr.split(",")) {
            try {
                generateXmlFile(Integer.parseInt(val));
            } catch (IOException e) {
                e.printStackTrace();
                break;
            }
        }
    }
    private void generateXmlFile(final int smallestWidth) throws IOException {
        final File fileDir = new File(dirStr + File.separator
                + String.format(VALUE_TEMPLATE, smallestWidth));
        fileDir.mkdir();
        final File file = new File(fileDir, FILE_NAME);
        Writer writer = new BufferedWriter(new OutputStreamWriter(
                new FileOutputStream(file), "UTF-8"));
        writeContent(writer, mBaseWidth, smallestWidth);
        writer.close();
    }
    private static void writeContent(Writer writer, final int baseLength,
            final int totalLength) throws IOException {
        writer.write("<?xml version=\"1.0\" encoding=\"utf-8\"?>\n");
        writer.write("<resources>\n");
        float cell = (float) totalLength / baseLength;
        for (int i = 2; i < baseLength; i+=2) {
            writer.write(String.format(TEMPLATE, i, float2String(cell * i)));
        }
        writer.write(String.format(TEMPLATE, baseLength,
                String.valueOf(totalLength)));
        writer.write("</resources>");
    }
    /**
     * 如果float类型没有小数部分则不输出小数
     * 
     * @param f
     * @return
     */
    private static String float2String(float f) {
        if (Math.round(f) == f) {
            return String.valueOf((int) f);
        }
        return String.format("%.1f", f);
    }
    public static void main(String[] args) {
        int baseW = 1280;
        String addition = "320,480,532,640,698,732,768,800,852,912,960,1024,1280";
        if (args.length == 1) {
            addition = args[0];
        } else if (args.length == 2) {
            baseW = Integer.parseInt(args[0]);
            addition = args[1];
        }
        new GenerateValueFiles(baseW, addition).generate();
    }
}


平板适配的问题


团队有没有专门针对平板设计UI?


  1. 如果有的话, 目前我得到的最小认为是安卓Pad的设备是华为的PLE-703L, 逻辑分辨率为768dp*480dp, 所以我的建议已这个基准进行设配. 让UI出图.


  1. 平板由于屏幕大应该显示更多的内容, 这就要求要设计1套以上的布局很费事. 对UI的要求页很高. 这样而言如果没有特殊的要求, 还不如手机版的一维数组再一股脑加上 Pad版的一维数组靠谱.


总结



  • 该方案不否定使用wrap_content等来布局, 活用布局才是我们追求的


  • 合理的规避了高度, 要注意设备的高度方面的些许差异.


  • 可以大胆使用x系列的dimen值, 例如x2, x4这种. 如果字体大小没特殊要求, 也建议大家使用dp, 如果你真的做了sp的适配.


  • 需要选取以一个屏幕分辨率作为基板, 建议1920px*1080px为基准


  • 缺点是还得穷举所有已知屏幕的宽度, 如果各家安卓厂商的有虚拟按键, 宽度则需要适当减少一些像素, 这会导致可能没有对应的wdp只会就近取小于等于的dimen值, 但是此方法稳定呀.


目录
相关文章
|
6月前
|
安全 Android开发 iOS开发
【经验分享】iPhone X 兼容及滚动优化
【经验分享】iPhone X 兼容及滚动优化
62 6
|
6月前
|
Web App开发 前端开发 UED
谈谈你是如何做移动端适配的?
对于移动端适配,一种常用的方法是响应式布局(Responsive Layout)和媒体查询(Media Queries)。以下是一些常见的移动端适配策略:
43 0
|
测试技术 Python
【第五篇-完结篇】XiaoZaiMultiAutoAiDevices之改造扩展
在前面系列文章中有讲到,使用configparser,ini格式的文件作为配置文件,在新增或者删除其中的值时,会丢失所有注释,所以在框架源码注释中我有写到,如果对这方面比较介意或者是有需求的话,可以进行更改配置文件。
132 0
|
前端开发 开发者 容器
总结适配方案|学习笔记
快速学习 总结适配方案
|
XML 编解码 Android开发
适配完结篇一 - 超快速的Android屏幕适配方式
由于Android碎片化严重,屏幕分辨率千奇百怪,而想要在各种分辨率的设备上显示基本一致的效果,适配成本越来越高。虽然Android官方提供了dp单位来适配,但其在各种奇怪分辨率下表现却不尽如人意,因此下面探索一种简单且低侵入的适配方式。
963 0
适配完结篇一 - 超快速的Android屏幕适配方式
|
程序员 开发工具
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(六)
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(六)
104 0
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(六)
|
搜索推荐
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(五)
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(五)
127 0
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(五)
|
搜索推荐
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(三)
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(三)
102 0
CSDN插件新版发布、只为遇到九月更好的你 支持支持支持(三)
|
前端开发 JavaScript iOS开发
前端培训-初级阶段-场景实战(2019-5-23)-移动端适配bug
前端最基础的就是 HTML+CSS+Javascript。掌握了这三门技术就算入门,但也仅仅是入门,现在前端开发的定义已经远远不止这些。前端小课堂(HTML/CSS/JS),本着提升技术水平,打牢基础知识的中心思想,我们开课啦(每周四)。 场景实战这块内容每个人的内容都不一样。所以最近的更新基本都是我遇到并解决掉的问题。后期会把他们的内容贴地址。
138 0
下一篇
无影云桌面