在公司的電子文件流通幾乎都是用PDF格式，因?yàn)閃ord的段落符號(hào)太難看了，還容易出現(xiàn)排版錯(cuò)亂問題。但是，熟悉PDF的也都明白：PDF內(nèi)容是不能隨意修改的，這也是它相比Word的唯一劣勢(shì)吧。

好在，PDF和Word是可以互轉(zhuǎn)的，我們可以將PDF轉(zhuǎn)換成可編輯的Word，然后再轉(zhuǎn)換回來。那么怎么轉(zhuǎn)換呢？

一、打開方式轉(zhuǎn)換法

很多人沒發(fā)現(xiàn)，其實(shí)PDF文件自帶轉(zhuǎn)換成Word的功能，只有右鍵點(diǎn)擊文件，選擇「打開方式」為Word就可以了，簡單粗暴。

二、在線工具轉(zhuǎn)換法

有一些不錯(cuò)的PDF在線轉(zhuǎn)換工具，比如「迅捷PDF轉(zhuǎn)換器」，它集合了20個(gè)好用的PDF在線工具，其中就包括了PDF轉(zhuǎn)Word。上傳文件到網(wǎng)站即可進(jìn)行完美轉(zhuǎn)換，轉(zhuǎn)換效果相當(dāng)不錯(cuò)，也不用擔(dān)心安全問題，轉(zhuǎn)換后文件會(huì)自動(dòng)在網(wǎng)站上刪除。

三、手機(jī)端轉(zhuǎn)換法

前面的兩種轉(zhuǎn)換方法興許不錯(cuò)，但也存在諸多限制。如果你是在手機(jī)端轉(zhuǎn)換文件，那么我建議你使用專業(yè)的文件轉(zhuǎn)換器——「PDF轉(zhuǎn)換大師」。

它支持多種格式的文件轉(zhuǎn)換：PDF、Word、Excel、PPT、圖片、TXT、HTML…覆蓋所有辦公場景，操作簡單，一步到位。

打開軟件，你就能看到所有的文件轉(zhuǎn)換類型，選擇自己需要的，開始上傳文件，你可以一次性將你需要轉(zhuǎn)換的文件全部上傳，因?yàn)镻DF轉(zhuǎn)換大師是支持批量轉(zhuǎn)換的。

上傳后等待文件轉(zhuǎn)換，轉(zhuǎn)換完成后「下載文檔」即可。

以上就是PDF文件的幾個(gè)轉(zhuǎn)換方法，希望你去試一試，能解決不少辦公難題，很棒棒喲~

日常生活中office文件格式之間的轉(zhuǎn)換非常繁瑣，相信大部分小伙伴對(duì)此都一知半解。今天就讓小編來介紹office文件轉(zhuǎn)換的技巧。

一、Word轉(zhuǎn)PDF

如何將Word轉(zhuǎn)PDF格式，其實(shí)也非常簡單，只需要將Word文檔另存為PDF格式即可完成！

操作方法：點(diǎn)擊【文件】-【另存為】-【瀏覽】-保存類型【PDF】-點(diǎn)擊【保存】。

二、Word轉(zhuǎn)換為Excel

如何才能將Word轉(zhuǎn)換為Excel呢？大家都知道將Word內(nèi)容復(fù)制到Excel里面，是無法直接復(fù)制進(jìn)去的！那么如何才能將Word里面的內(nèi)容復(fù)制到Excel里面呢？

操作方法：先把Word的數(shù)據(jù)復(fù)制到Excel中，這樣就會(huì)看到每一行的信息會(huì)在同一單元格中了。這時(shí)對(duì)每行的文字進(jìn)行拆分，【數(shù)據(jù)】-【分列】-【分隔符號(hào)】-【空格】-【確定】。

三、Word轉(zhuǎn)PPT

操作方法：Word想要轉(zhuǎn)成PPT，先要通過【文件】-【選項(xiàng)】-【快速訪問工具欄】-【不再功能區(qū)的命令】-【發(fā)送到Microsoft PowerPoint】-【添加】-【確定】，把圖標(biāo)先固定在頁面的上方。

然后想要快速生成一份結(jié)構(gòu)清晰的PPT，就需要選擇【視圖】-【大綱】，進(jìn)入大綱后，再給你的文本設(shè)置一下大綱的級(jí)別。設(shè)置成功后，點(diǎn)擊左上角的小圖標(biāo)，一份PPT就自動(dòng)生成了，可以有效的提高你的工作效率。

四、PPT轉(zhuǎn)圖片

大家都知道PPT是一頁一頁的幻燈片形式，那么如何才能將這他們分別轉(zhuǎn)換為圖片呢？

操作方法：點(diǎn)擊【文件】-【另存為】-【瀏覽】-保存類型【JPEG】-點(diǎn)擊【保存】。

五、手機(jī)上轉(zhuǎn)換文檔

不過，以上說的都是電腦中的文檔轉(zhuǎn)換方法，那如果沒有電腦，用手機(jī)是否可以轉(zhuǎn)換文檔格式呢？答案是可以，就是需要借助一些軟件APP。

比如這個(gè)PDF轉(zhuǎn)換大師就支持在手機(jī)上進(jìn)行PDF與其他文件的格式轉(zhuǎn)換，支持的文檔格式有圖片、Word、Excel、PPT、TXT、HTML、JPG、PDF。

以上就是小編今天分享的全部內(nèi)容，如果對(duì)你有用記得收藏哦，防止下次找不到。

.開發(fā)移動(dòng)端H5頁面

2.面對(duì)不同分辨率的手機(jī)

3.面對(duì)不同屏幕尺寸的手機(jī)

視覺稿

在前端開發(fā)之前，視覺MM會(huì)給我們一個(gè)psd文件，稱之為視覺稿。

對(duì)于移動(dòng)端開發(fā)而言，為了做到頁面高清的效果，視覺稿的規(guī)范往往會(huì)遵循以下兩點(diǎn)：

首先，選取一款手機(jī)的屏幕寬高作為基準(zhǔn)(以前是iphone4的320×480，現(xiàn)在更多的是iphone6的375×667)。

對(duì)于retina屏幕(如: dpr=2)，為了達(dá)到高清效果，視覺稿的畫布大小會(huì)是基準(zhǔn)的2倍，也就是說像素點(diǎn)個(gè)數(shù)是原來的4倍（對(duì)iphone6而言：原先的375×667，就會(huì)變成750×1334）。

問題：

對(duì)于dpr=2的手機(jī)，為什么畫布大小×2，就可以解決高清問題？

對(duì)于2倍大小的視覺稿，在具體的css編碼中如何還原每一個(gè)區(qū)塊的真實(shí)寬高(也就是布局問題)?

帶著問題，往下看...

一些概念

在進(jìn)行具體的分析之前，首先得知道下面這些關(guān)鍵性基本概念(術(shù)語)。

物理像素(physical pixel)

一個(gè)物理像素是顯示器(手機(jī)屏幕)上最小的物理顯示單元，在操作系統(tǒng)的調(diào)度下，每一個(gè)設(shè)備像素都有自己的顏色值和亮度值。

設(shè)備獨(dú)立像素(density-independent pixel)

設(shè)備獨(dú)立像素(也叫密度無關(guān)像素)，可以認(rèn)為是計(jì)算機(jī)坐標(biāo)系統(tǒng)中得一個(gè)點(diǎn)，這個(gè)點(diǎn)代表一個(gè)可以由程序使用的虛擬像素(比如: css像素)，然后由相關(guān)系統(tǒng)轉(zhuǎn)換為物理像素。

所以說，物理像素和設(shè)備獨(dú)立像素之間存在著一定的對(duì)應(yīng)關(guān)系，這就是接下來要說的設(shè)備像素比。

設(shè)備像素比(device pixel ratio )

設(shè)備像素比(簡稱dpr)定義了物理像素和設(shè)備獨(dú)立像素的對(duì)應(yīng)關(guān)系，它的值可以按如下的公式的得到：

設(shè)備像素比 = 物理像素 / 設(shè)備獨(dú)立像素 // 在某一方向上，x方向或者y方向

在javascript中，可以通過window.devicePixelRatio獲取到當(dāng)前設(shè)備的dpr。

在css中，可以通過-webkit-device-pixel-ratio，-webkit-min-device-pixel-ratio和 -webkit-max-device-pixel-ratio進(jìn)行媒體查詢，對(duì)不同dpr的設(shè)備，做一些樣式適配(這里只針對(duì)webkit內(nèi)核的瀏覽器和webview)。

綜合上面幾個(gè)概念，一起舉例說明下：

以iphone6為例：

設(shè)備寬高為375×667，可以理解為設(shè)備獨(dú)立像素(或css像素)。

dpr為2，根據(jù)上面的計(jì)算公式，其物理像素就應(yīng)該×2，為750×1334。

用一張圖來表現(xiàn)，就是這樣(原諒我的盜圖)：

上圖中可以看出，對(duì)于這樣的css樣式：

width: 2px;height: 2px;

在不同的屏幕上(普通屏幕 vs retina屏幕)，css像素所呈現(xiàn)的大小(物理尺寸)是一致的，不同的是1個(gè)css像素所對(duì)應(yīng)的物理像素個(gè)數(shù)是不一致的。

在普通屏幕下，1個(gè)css像素 對(duì)應(yīng) 1個(gè)物理像素(1:1)。

在retina 屏幕下，1個(gè)css像素對(duì)應(yīng) 4個(gè)物理像素(1:4)。

位圖像素

一個(gè)位圖像素是柵格圖像(如：png, jpg, gif等)最小的數(shù)據(jù)單元。每一個(gè)位圖像素都包含著一些自身的顯示信息(如：顯示位置，顏色值，透明度等)。

談到這里，就得說一下，retina下圖片的展示情況？

理論上，1個(gè)位圖像素對(duì)應(yīng)于1個(gè)物理像素，圖片才能得到完美清晰的展示。

在普通屏幕下是沒有問題的，但是在retina屏幕下就會(huì)出現(xiàn)位圖像素點(diǎn)不夠，從而導(dǎo)致圖片模糊的情況。

用一張圖來表示：

如上圖：對(duì)于dpr=2的retina屏幕而言，1個(gè)位圖像素對(duì)應(yīng)于4個(gè)物理像素，由于單個(gè)位圖像素不可以再進(jìn)一步分割，所以只能就近取色，從而導(dǎo)致圖片模糊(注意上述的幾個(gè)顏色值)。

所以，對(duì)于圖片高清問題，比較好的方案就是兩倍圖片(2x)。

如：200×300(css pixel)img標(biāo)簽，就需要提供400×600的圖片。

如此一來，位圖像素點(diǎn)個(gè)數(shù)就是原來的4倍，在retina屏幕下，位圖像素點(diǎn)個(gè)數(shù)就可以跟物理像素點(diǎn)個(gè)數(shù)形成 1 : 1的比例，圖片自然就清晰了(這也解釋了之前留下的一個(gè)問題，為啥視覺稿的畫布大小要×2？)。

這里就還有另一個(gè)問題，如果普通屏幕下，也用了兩倍圖片，會(huì)怎樣呢？

很明顯，在普通屏幕下，200×300(css pixel)img標(biāo)簽，所對(duì)應(yīng)的物理像素個(gè)數(shù)就是200×300個(gè)，而兩倍圖片的位圖像素個(gè)數(shù)則是200×300*4，所以就出現(xiàn)一個(gè)物理像素點(diǎn)對(duì)應(yīng)4個(gè)位圖像素點(diǎn)，所以它的取色也只能通過一定的算法(顯示結(jié)果就是一張只有原圖像素總數(shù)四分之一，我們稱這個(gè)過程叫做downsampling)，肉眼看上去雖然圖片不會(huì)模糊，但是會(huì)覺得圖片缺少一些銳利度，或者是有點(diǎn)色差(但還是可以接受的)。

用一張圖片來表示：

針對(duì)上面的兩個(gè)問題，我做了一個(gè)demo(內(nèi)網(wǎng)訪問)狂戳這里。

demo中，100×100的圖片，分別放在100×100，50×50，25×25的img容器中，在retina屏幕下的顯示效果。

條形圖，通過放大鏡其實(shí)可以看出邊界像素點(diǎn)取值的不同：

圖1，就近取色，色值介于紅白之間，偏淡，圖片看上去會(huì)模糊(可以理解為圖片拉伸)。

圖2，沒有就近取色，色值要么是紅，要么是白，圖片看上去很清晰。

圖3，就近取色，色值介于紅白之間，偏重，圖片看上去有色差，缺少銳利度(可以理解為圖片擠壓)。

愛字圖，可以通過看文字"愛"來區(qū)分圖片模糊還是清晰。

(ps：如果看上去不明顯，可以用手機(jī)掃碼網(wǎng)頁(內(nèi)網(wǎng)地址)或者點(diǎn)擊原圖看會(huì)更直觀點(diǎn)。

幾個(gè)問題

這里說一下，移動(dòng)端H5開發(fā)，在不同分辨率，不同屏幕手機(jī)下會(huì)遇到的幾個(gè)經(jīng)典問題。

retina下，圖片高清問題

這個(gè)問題上面已經(jīng)介紹過解決方案了：兩倍圖片(2x)，然后圖片容器縮小50%。

如：圖片大小，400×600;

1.img標(biāo)簽

width: 200px;height: 300px;

2.背景圖片

width: 200px;height: 300px;background-image: url(image@2x.jpg);background-size: 200px 300px; // 或者: background-size: contain;

這樣的缺點(diǎn)，很明顯，普通屏幕下：

同樣下載了2x的圖片，造成資源浪費(fèi)。

圖片由于downsampling，會(huì)失去了一些銳利度(或是色差)。

所以最好的解決辦法是：不同的dpr下，加載不同的尺寸的圖片。

不管是通過css媒體查詢，還是通過javascript條件判斷都是可以的。

那么問題來了，這樣的話，不就是要準(zhǔn)備兩套圖片了嘛？(1x 和2x)

我想，做的好的公司，都會(huì)有這么一個(gè)圖片服務(wù)器，通過url獲取參數(shù)，然后可以控制圖片質(zhì)量，也可以將圖片裁剪成不同的尺寸。

所以我們只需上傳大圖(2x)，其余小圖都交給圖片服務(wù)器處理，我們只要負(fù)責(zé)拼接url即可。

如，這樣一張?jiān)瓐D：

https://img.alicdn.com/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX.jpg // 原圖

可以類似這樣，進(jìn)行圖片裁剪：

// 200×200https://img.alicdn.com/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX.jpg_200x200.jpg// 100×100https://img.alicdn.com/tps/TB1AGMmIpXXXXafXpXXXXXXXXXX.jpg_100x100.jpg

(ps: 當(dāng)然裁剪只是對(duì)原圖的等比裁剪，得保證圖片的清晰嘛~)

retina下，border: 1px問題

這大概是設(shè)計(jì)師最敏感，最關(guān)心的問題了。

首先得說一下，為什么存在retina下，border: 1px這一說？

我們正常的寫css，像這樣border: 1px;，在retina屏幕下，會(huì)有什么問題嗎？

先來，來看看下面的圖：

上面兩張圖分別是在iphone3gs(dpr=1)和iphone5(dpr=2)下面的測試效果，對(duì)比來看，對(duì)于1px的border的展示，它們是一致的，并無區(qū)別。

那么retina顯示屏的優(yōu)勢(shì)在哪里，設(shè)計(jì)師為何覺得高清屏下(右圖)這個(gè)線條粗呢？明明和左右一樣的~

還是通過一張圖來解釋(原諒我再次盜圖)：

上圖中，對(duì)于一條1px寬的直線，它們?cè)谄聊簧系奈锢沓叽?灰色區(qū)域)的確是相同的，不同的其實(shí)是屏幕上最小的物理顯示單元，即物理像素，所以對(duì)于一條直線，iphone5它能顯示的最小寬度其實(shí)是圖中的紅線圈出來的灰色區(qū)域，用css來表示，理論上說是0.5px。

所以，設(shè)計(jì)師想要的retina下border: 1px;，其實(shí)就是1物理像素寬，對(duì)于css而言，可以認(rèn)為是border: 0.5px;，這是retina下(dpr=2)下能顯示的最小單位。

然而，無奈并不是所有手機(jī)瀏覽器都能識(shí)別border: 0.5px;，ios7以下，android等其他系統(tǒng)里，0.5px會(huì)被當(dāng)成為0px處理，那么如何實(shí)現(xiàn)這0.5px呢？

最簡單的一個(gè)做法就是這樣(元素scale)：

.scale{ position: relative;}.scale:after{ content:""; position: absolute; bottom:0px; left:0px; right:0px; border-bottom:1px solid #ddd; -webkit-transform:scaleY(.5); -webkit-transform-origin:0 0;}

我們照常寫border-bottom: 1px solid #ddd;，然后通過transform: scaleY(.5)縮小0.5倍來達(dá)到0.5px的效果，但是這樣hack實(shí)在是不夠通用(如：圓角等)，寫起來也麻煩。

當(dāng)然還有其他好多hack方法，網(wǎng)上都可以搜索到，但是各有利弊，這里比較推薦的還是頁面scale的方案，是比較通用的，幾乎滿足所有場景。

對(duì)于iphone5(dpr=2)，添加如下的meta標(biāo)簽，設(shè)置viewport(scale 0.5)：

<meta name="viewport" content="width=640,initial-scale=0.5,maximum-scale=0.5, minimum-scale=0.5,user-scalable=no">

這樣，頁面中的所有的border: 1px都將縮小0.5，從而達(dá)到border: 0.5px;的效果。

有人擔(dān)心頁面scale后會(huì)影響性能，@妙凈同學(xué)做過性能測試，見這里(內(nèi)網(wǎng)地址)。

看一下實(shí)現(xiàn)后的效果圖對(duì)比(右圖為優(yōu)化過的)：

(ps: 圖片被壓縮過，可能看上去并不明顯，可以用手機(jī)掃碼或者點(diǎn)擊這里(內(nèi)網(wǎng)地址)對(duì)比看看)

然而，頁面scale，必然會(huì)帶來一些問題：

字體大小會(huì)被縮放

頁面布局會(huì)被縮放(如: div的寬高等)

這兩個(gè)問題后面講到...

多屏適配布局問題

移動(dòng)端布局，為了適配各種大屏手機(jī)，目前最好用的方案莫過于使用相對(duì)單位rem。

基于rem的原理，我們要做的就是: 針對(duì)不同手機(jī)屏幕尺寸和dpr動(dòng)態(tài)的改變根節(jié)點(diǎn)html的font-size大小(基準(zhǔn)值)。

這里我們提取了一個(gè)公式(rem表示基準(zhǔn)值)

rem = document.documentElement.clientWidth * dpr / 10

說明：

乘以dpr，是因?yàn)轫撁嬗锌赡転榱藢?shí)現(xiàn)1px border頁面會(huì)縮放(scale) 1/dpr 倍(如果沒有，dpr=1),。

除以10，是為了取整，方便計(jì)算(理論上可以是任何值)

所以就像下面這樣，html的font-size可能會(huì)：

iphone3gs: 320px / 10 = 32px

iphone4/5: 320px * 2 / 10 = 64px

iphone6: 375px * 2 / 10 = 75px

對(duì)于動(dòng)態(tài)改變根節(jié)點(diǎn)html的font-size，我們可以通過css做，也可以通過javascript做。

css方式，可以通過設(shè)備寬度來媒體查詢來改變html的font-size：

html{font-size: 32px;}//iphone 6 @media (min-device-width : 375px) { html{font-size: 64px;}}// iphone6 plus @media (min-device-width : 414px) { html{font-size: 75px;}}*/

缺點(diǎn)：通過設(shè)備寬度范圍區(qū)間這樣的媒體查詢來動(dòng)態(tài)改變r(jià)em基準(zhǔn)值，其實(shí)不夠精確，比如：寬度為360px 和 寬度為320px的手機(jī)，因?yàn)槠翆捲谕环秶鷧^(qū)間內(nèi)(<375px)，所以會(huì)被同等對(duì)待(rem基準(zhǔn)值相同)，而事實(shí)上他們的屏幕寬度并不相等，它們的布局也應(yīng)該有所不同。最終，結(jié)論就是：這樣的做法，沒有做到足夠的精確，但是夠用。

javascript方式，通過上面的公式，計(jì)算出基準(zhǔn)值rem，然后寫入樣式，大概如下(代碼參考自kimi的m-base模塊)

var dpr, rem, scale;var docEl = document.documentElement;var fontEl = document.createElement('style');var metaEl = document.querySelector('meta[name="viewport"]');scale = 1 / dpr;dpr = win.devicePixelRatio || 1;rem = docEl.clientWidth * dpr / 10;// 設(shè)置viewport，進(jìn)行縮放，達(dá)到高清效果metaEl.setAttribute('content', 'width=' + dpr * docEl.clientWidth + ',initial-scale=' + scale + ',maximum-scale=' + scale + ', minimum-scale=' + scale + ',user-scalable=no');// 設(shè)置data-dpr屬性，留作的css hack之用docEl.setAttribute('data-dpr', dpr);// 動(dòng)態(tài)寫入樣式docEl.firstElementChild.appendChild(fontEl);fontEl.innerHTML = 'html{font-size:' + rem + 'px!important;}';// 給js調(diào)用的，某一dpr下rem和px之間的轉(zhuǎn)換函數(shù)window.rem2px = function(v) {v = parseFloat(v);return v * rem;};window.px2rem: function(v) { v = parseFloat(v); return v / rem;};window.dpr = dpr;window.rem = rem;

這種方式，可以精確地算出不同屏幕所應(yīng)有的rem基準(zhǔn)值，缺點(diǎn)就是要加載這么一段js代碼，但個(gè)人覺得是這是目前最好的方案了。

因?yàn)檫@個(gè)方案同時(shí)解決了三個(gè)問題：

border: 1px問題

圖片高清問題

屏幕適配布局問題

說到布局，自然就得回答一下最初的留下的那個(gè)問題：如何在css編碼中還原視覺稿的真實(shí)寬高？

前提條件：

拿到的是一個(gè)針對(duì)iphone6的高清視覺稿 750×1334

采用上述的高清方案(js代碼)。

如果有一個(gè)區(qū)塊，在psd文件中量出：寬高750×300px的div，那么如何轉(zhuǎn)換成rem單位呢？

公式如下：

rem = px / 基準(zhǔn)值;

對(duì)于一個(gè)iphone6的視覺稿，它的基準(zhǔn)值就是75(之前有提到);

所以，在確定了視覺稿(即確定了基準(zhǔn)值)后，通常我們會(huì)用less寫一個(gè)mixin，像這樣：

// 例如: .px2rem(height, 80);.px2rem(@name, @px){ @{name}: @px / 75 * 1rem;}

所以，對(duì)于寬高750×300px的div，我們用less就這樣寫：

.px2rem(width, 750);.px2rem(height, 300);

轉(zhuǎn)換成html，就是這樣：

width: 10rem; // -> 750pxheight: 4rem; // -> 300px

最后因?yàn)閐pr為2，頁面scale了0.5，所以在手機(jī)屏幕上顯示的真實(shí)寬高應(yīng)該是375×150px，就剛剛好。

倘若頁面并沒有scale 0.5，我們的代碼就得這樣：

.px2rem(width, 375);.px2rem(height, 150);

這樣的寬高，我們往往是這樣得來的：

將750×1334的視覺稿轉(zhuǎn)成375×667的大小后，再去量這個(gè)區(qū)塊的大小(感覺好傻)。

在750×1334量得區(qū)塊寬高是750×300px后，再口算除以2(感覺好麻煩)。

最后給出一張沒有布局適配(上圖)和用rem布局適配(下圖)的對(duì)比圖：

(上面的手機(jī)分別是：iphone3gs, iphone5, iphone6)

很明顯可以看出，rem適配的各個(gè)區(qū)塊的寬高都會(huì)隨著手機(jī)屏寬而改變，最最明顯的可以看一下圖片列表那部分，最后一張圖視覺稿要求只出現(xiàn)一點(diǎn)點(diǎn)，rem布局在任何屏幕下都顯示的很好。

字體大小問題

既然上面的方案會(huì)使得頁面縮放(scale)，對(duì)于頁面區(qū)塊的寬高，我們可以依賴高清視覺稿，因?yàn)橐曈X稿本來就×2了，我們直接量就可以了，那么對(duì)于字體該如何處理呢？

對(duì)于字體縮放問題，設(shè)計(jì)師原本的要求是這樣的：任何手機(jī)屏幕上字體大小都要統(tǒng)一，所以我們針對(duì)不同的分辨率(dpr不同)，會(huì)做如下處理：

font-size: 16px;[data-dpr="2"] input { font-size: 32px;}

(注意，字體不可以用rem，誤差太大了，且不能滿足任何屏幕下字體大小相同)

為了方便，我們也會(huì)用less寫一個(gè)mixin：

.px2px(@name, @px){ @{name}: round(@px / 2) * 1px; [data-dpr="2"] & { @{name}: @px * 1px; } // for mx3 [data-dpr="2.5"] & { @{name}: round(@px * 2.5 / 2) * 1px; } // for 小米note [data-dpr="2.75"] & { @{name}: round(@px * 2.75 / 2) * 1px; } [data-dpr="3"] & { @{name}: round(@px / 2 * 3) * 1px } // for 三星note4 [data-dpr="4"] & { @{name}: @px * 2px; }}

(注意：html的data-dpr屬性就是之前js方案里面有提到的，這里就有用處了)

根據(jù)經(jīng)驗(yàn)和測試，還是會(huì)出現(xiàn)這些奇奇葩葩的dpr，這里做了統(tǒng)一兼容~

用的時(shí)候，就像這樣：

.px2px(font-size, 32);

當(dāng)然對(duì)于其他css屬性，如果也要求不同dpr下都保持一致的話，也可以這樣操作，如：

.px2px(padding, 20);.px2px(right, 8);