用這個免費的 Sketch 插件，幫你完善還原安卓界面！

你是否也曾被 Android「慘不忍睹」的實現(xiàn)界面搞得焦頭爛額，一度嫌疑安卓開發(fā)小哥的能力是否不及格，幾乎都快要對安卓無望了。從如今開始無須憂慮，這篇文章肯定會讓你對安卓重拾信念，配合開發(fā)做到安卓界面完善還原。

插件地址：https://github.com/zz379/AutoFixAndroidTextLineHeight.git

插件下載：https://pan.baidu.com/s/1Oh_Y0nxOFV8LBdxxhdVPag

一、原由

每一次接過安卓測試機驗收安卓的實現(xiàn)界面，都懷著無比忐忑的心情。不出不測每次都被「隨性」的界面所折服，然后花上N次的加班時間來一點點的調(diào)整。在近期項目結(jié)束后打算找到每個「隨性」界面的題目所在。終于在旁觀了開發(fā)搭界面的過程中，發(fā)現(xiàn)了題目的關(guān)鍵：安卓文本框上下空白間隙。

經(jīng)過測量發(fā)現(xiàn)，界面實現(xiàn)出來的文本框高度占比要比設(shè)計圖中筆墨高度高出一大截。文本框在表現(xiàn)筆墨的基礎(chǔ)上，上下留有相稱距離的空白間隙。這個間隙就成了安卓界面還原題目的關(guān)鍵所在。

通過互聯(lián)網(wǎng)查找解決題目的答案，試圖通曩昔除開發(fā)時文本框控件上下間隙的辦法來解決這一題目。最終找到的辦法有兩種：

方法一：自定義文本控件

不使用體系默認文本框控件，自定義每個文本框的寬高。雖然自定義控件的辦法可以消弭控件中的上下間隙，但這個辦法又產(chǎn)生了新題目，由于每一個文本框都必要單獨寫一層自定義寬高，這無疑是增長了一層布局深度，假如整個 APP 都使用這種體例來表現(xiàn)文本，會很大程度的影響產(chǎn)品的性能。所以這個方法不可取。

方法二：增長一條去間隙的代碼

這是一個在許多論壇都提及過的一條代碼，作用是可以消弭文本框的上下間隙：android:includeFontPadding=”false”

當加入這條代碼之后，文本框高度雖然有所改變，但并不是完全消弭，并且也無法保證消弭后的高度與設(shè)計圖中文本框高度同等。所以這個辦法也沒有完全的解決這一題目。

當消弭文本框間隙方法行不通時，那就只能換一種思考體例來解決題目。那就是增長設(shè)計圖中的文本行高，使得設(shè)計和實現(xiàn)界面文本框所占高度保持同等。

這種辦法在互聯(lián)網(wǎng)中有許多文章都曾提到，那就是在使用 sketch 進行界面設(shè)計時，筆墨的行高設(shè)置。但是大部分的文章都只提到一個也許的行高與字號比例，如1.2倍、1.4倍等。沒有正確的對應(yīng)數(shù)值和驗證過程。

但前段時間由@Gis1on 和@Youngxkk 兩人分享的《主動修復(fù)iOS筆墨行高》的文章中細致的列舉了在 iOS 平臺上，文本控件的高度與字號的對應(yīng)關(guān)系，并找到其中規(guī)律，開發(fā)了 sketch 插件，主動修復(fù)設(shè)計圖中不同字號的行高，使得修復(fù)后的行高與 iOS 開發(fā)平臺中的文本框高度同等。高效的解決了 iOS 平臺界面實現(xiàn)與設(shè)計圖因文本所帶來的差異。

這篇文章對我有很大的啟發(fā)。可惜的是，他們只解決了 iOS 的題目，但現(xiàn)實工作中安卓界面的還原情況更令人擔憂，只有解決了文本框間隙高度這一題目，才會有安卓完善還原設(shè)計的可能。

榮幸的是，團隊新來了一位安卓開發(fā)工程師@zz379。和他簡單的溝通后，他也意識到這個題目的關(guān)鍵性。我也感覺到了他尋求完善還原的態(tài)度。和他探究之后，我們決定在 iOS 主動修復(fù)插件的基礎(chǔ)上，通過現(xiàn)實的測量，制作一個針對安卓筆墨行高優(yōu)化的插件，來高效的解決這一棘手的題目。

二、測量

先放測量效果，見下圖：

1. 測量大小范圍10-70，測量單位：PX

為什么選擇測量范圍為10-70？

常用安卓設(shè)計稿尺寸有兩種一種是360*640；另一種就是720*1280。而在720*1280的尺寸中常用到的筆墨的大小，包含了360*640尺寸設(shè)計圖中常用到的筆墨大小。

移動設(shè)備中最小筆墨為20px，常用漢字筆墨在720尺寸設(shè)計圖中也基本不會超過70px，所以我們選取了10px-70px的筆墨大小來進行測量，所以我們測量了10px-70px字號大小對應(yīng)的 textview 的高度。

為什么選擇選擇測量 px 而不是 sp？

測量 px 是由于 px 在設(shè)計圖中是可獲取的單位，假如選擇測量 sp，則在 sketch 中無法獲得 sp 數(shù)值。

2. 不同機型和倍率測量

開發(fā)使用安卓默認字體，但考慮到不同品牌機型運行字體不同，我們進行了4款機型的測量，分別是：三星s7（可換分辨率720*1280/1080*1920/1440*2560）、小米4（1080*1920）、華為mate9（1080*1920）堅果pro2（1080*1920）經(jīng)過測量，同倍率下得到效果幾乎同等。所以得到結(jié)論：行高測量效果不受品牌安卓機型默認字體影響。

隨后又測量了不同倍率下的行高是否也遵循倍率轉(zhuǎn)變。測量發(fā)現(xiàn)不論是2倍圖、3倍圖照舊4倍圖，通過倍率換算為像素值是幾乎一樣的。僅在33sp以上的部分4倍圖中會出現(xiàn)2-3像素的削減。所以得到結(jié)論：在 UI 常用的筆墨大小范圍內(nèi)行高測量效果不受倍率影響。

接著又進行了不同字重下行高的測量，效果是：行高不受字重影響。

在 iOS 的插件中，測量的數(shù)值是有肯定的規(guī)律的，他們運用了算法來計算字體大小所對應(yīng)行高。但是安卓則不同，通過觀察測量對比數(shù)據(jù)，沒有發(fā)現(xiàn)可用規(guī)律，于是就把所有對應(yīng)數(shù)值悉數(shù)放入代碼中，不同筆墨大小直接調(diào)用對應(yīng)行高數(shù)值。

三、插件使用細致事項

細致一：

因安卓開發(fā)時漢字默認字體為思源黑體，所以設(shè)計圖字體最好為思源黑體，但 sketch 對于思源黑體的支持有 bug，修改行高后，會出現(xiàn)錯位，如圖：

所以在設(shè)計圖中不必再轉(zhuǎn)換字體為思源黑體，直接使用蘋方字體代替，因兩款字體均為黑體，并且漢字高度字型接近，視覺結(jié)果不受影響。（細致：兩款字體數(shù)字部分差異較大，思源黑體數(shù)字部分高于蘋方字體的數(shù)字部分，開發(fā)中如碰到，請參照漢字調(diào)節(jié)數(shù)字位置）。

細致二：

插件使用后，因調(diào)整了行高，筆墨會發(fā)生輕微上下位移。建議先修復(fù)行高再調(diào)整筆墨距上下元素的間距。但在現(xiàn)實工作中，安卓設(shè)計圖基本由 iOS 設(shè)計圖轉(zhuǎn)換而來，筆墨都已輸入完畢，那只能在修復(fù)行高之后，手動微調(diào)各筆墨上下間距，以保證各元素間距為偶數(shù)或設(shè)計規(guī)范中的間距數(shù)值。

細致三：

使用時，選中單個 artboard 或者多個筆墨圖層，選擇 plugins => Auto Fix Android Text Line Height => Fix

快捷鍵： shift + option + command + o

（目前不支持同時選中多個 artboard 進行修復(fù)）

細致四：

插件不支持 OSX 體系，親測 mac 體系 10.11.6 版本以下不支持，10.11.6 以上能否可用暫不明確。macOS High Sierra 均可使用。（因 android 插件基于 iOS 插件制作，所以這一題目也存在于 iOS 插件）。

四、修復(fù)結(jié)果對比

通過上面的一系列對比圖我們可以看到，修復(fù)前后的界面還原結(jié)果差距特別很是顯明，插件修復(fù)后的行高在現(xiàn)實工作中可以完善匹配界面還原，并且字符框高度的題目是安卓界面完善還原最為棘手的題目。只有把這個題目解決了，才能有完善還原的可能。而解決這一題目的利器就是這款 sketch 修復(fù)行高插件。

最后再次對@Gis1on 和@Youngxkk 兩位表達敬意，也感謝團隊中的安卓開發(fā)@zz379，感謝他為測試界面實現(xiàn)、和插件代碼的修改支出的努力。

插件下載：https://pan.baidu.com/s/1Oh_Y0nxOFV8LBdxxhdVPag

迎接關(guān)注作者微信公眾號：「約克想說」

圖片素材作者：Timo Kuilder