觀點(diǎn)
- 適配還是使用百分比布局靠譜, 想一想 百分比 = match_parent其實(shí)值100%, 權(quán)重也是按比例
- 如何合理建立多套dimen值, 用數(shù)量取勝, 枚舉市場上常見的最小寬度
下圖給的是最原始的鴻洋_的方案:
假設(shè)現(xiàn)在的UI設(shè)計(jì)圖是按照480份數(shù)*320份數(shù)設(shè)計(jì)的弟劲，且上面的寬和高的標(biāo)識(shí)都是px的值着裹，你可以直接將px轉(zhuǎn)化為x[1-320]校读，y[1-480]射沟，這樣寫出的布局基本就可以全分辨率適配了。
按px進(jìn)行劃分真的好嗎
會(huì)有什么問題?
- 首先得有很多套布局, 這無形會(huì)增加apk體積
- 很多情況下如果設(shè)備有虛擬按鍵, 由于分辨率是除去虛擬按鍵的寬高適配方式, 據(jù)需要再額外增加大量布局
探索新的方法
突然有一天, 我看到在官網(wǎng)看到了這么一段話: 支持多種屏幕 | Android Developers - 聲明適用于 Android 3.2 的平板電腦布局
于是有了采用sw修飾符來實(shí)現(xiàn)適配的想法. 這就需要采集手頭所有設(shè)備的分辨率并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)
手機(jī)方面除了目前常用的360和392, 再考慮到一些常見的手機(jī)型號(hào)的最小寬度300,320,411,450 這四個(gè)也加上為宜.
還需要考慮哪些因素呢, 比如得考慮平板的虛擬按鍵欄, 所以還得采集具體設(shè)備的參數(shù)
例如平板M2 PLE-703L 在橫屏狀態(tài)下為1920px = 768dp, 但是如果有了虛擬按鍵, 則只剩下1830px = 732dp
取出最小寬度, 最終得到
手機(jī)版的一維數(shù)組:320,320,392,411,450"
Pad版的一維數(shù)組:480,532,640,698,732,768,800,852,912,960,1024,1280
選擇sw<N>dp 還是 w<N>dp修飾符
由于sw取得是最小寬度, 一般情況下采用sw基本夠用. 如果我們在開發(fā)時(shí)候要區(qū)分橫屏或者豎屏, 所以選擇 w<N>dp修飾符更為合適.
- 針對(duì)豎屏設(shè)備, 取寬度則
320,360,392... - 針對(duì)橫屏設(shè)備, 取高度則
640,698,768...
假如以1280px*800px的設(shè)備, 指定 橫屏狀態(tài) 下, 可以將寬度分成了1280份數(shù), 然后之取出偶數(shù)份(剔除了奇數(shù), 覺得太多余) 1280/2 = 640份數(shù)
# 參考公式
# 假定基準(zhǔn)寬度為1280
x1 = 目標(biāo)寬度(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/ ... ... ...
且每個(gè)文件夾下都有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
* 基準(zhǔn)寬
* @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類型沒有小數(shù)部分則不輸出小數(shù)
*
* @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();
}
}
平板適配的問題
團(tuán)隊(duì)有沒有專門針對(duì)平板設(shè)計(jì)UI?
- 如果有的話, 目前我得到的最小認(rèn)為是安卓Pad的設(shè)備是華為的PLE-703L, 邏輯分辨率為768dp*480dp, 所以我的建議已這個(gè)基準(zhǔn)進(jìn)行設(shè)配. 讓UI出圖.
- 平板由于屏幕大應(yīng)該顯示更多的內(nèi)容, 這就要求要設(shè)計(jì)1套以上的布局很費(fèi)事. 對(duì)UI的要求頁很高. 這樣而言如果沒有特殊的要求, 還不如手機(jī)版的一維數(shù)組再一股腦加上 Pad版的一維數(shù)組靠譜.
總結(jié)
- 該方案不否定使用wrap_content等來布局, 活用布局才是我們追求的
- 合理的規(guī)避了高度, 要注意設(shè)備的高度方面的些許差異.
- 可以大膽使用
x系列的dimen值, 例如x2,x4這種. 如果字體大小沒特殊要求, 也建議大家使用dp, 如果你真的做了sp的適配. - 需要選取以一個(gè)屏幕分辨率作為基板, 建議
1920px*1080px為基準(zhǔn) - 缺點(diǎn)是還得窮舉所有已知屏幕的寬度, 如果各家安卓廠商的有虛擬按鍵, 寬度則需要適當(dāng)減少一些像素, 這會(huì)導(dǎo)致可能沒有對(duì)應(yīng)的
w<N>dp只會(huì)就近取小于等于的dimen值, 但是此方法穩(wěn)定呀.
