摘要：以下會以其中一個以公積金頁面開發項目作為例子，介紹移動端的一些常見問題和使用作為進行多頁開發的經驗。所以要想在微信開發調試工具中獲取，我們需要使用一種叫做內網穿透的工具。

兩年前剛接觸移動端開發，剛開始比較疑惑，每次遇到問題都是到社區里提問或者吸取前輩的經驗分享，感謝熱衷于分享的開發者為前端社區帶來欣欣向上的生命力。本文結合先前寫的文章和開發經驗分享給大家，希望也能幫助剛步入移動端開發的新人解惑。以下會以其中一個以公積金頁面開發項目作為例子，介紹移動端的一些常見問題和使用Vuejs作為lib進行多頁開發的經驗。

在項目中移動端最常用的自適應布局方案就是flexbox結合rem。規范的分欄式使用flexbox，其他大部分不規則視圖使用rem，對于rem最常用的方案就是淘寶開源的可伸縮布局方案。

根據設備設備像素比設置scale的值（scale = 1 / deviceRatio），這樣可以保持視口device-width始終等于設備物理像素，接著根據屏幕大小動態計算根字體大小，具體是將屏幕劃分為100等分，每份為a，1rem就等于10a。

通常我們會拿到750寬的設計稿，這是基于iPhone6的物理分辨率。有的設計師也許會偷懶，設計圖上面沒有任何的標注，如果我們邊開發邊量尺寸，無疑效率是比較低的。要么讓設計師標注上，要么自食其力。

如果設計師實在沒有時間，推薦使用markman進行標注，免費版閹割了一些功能（比如無法保存本地）不過基本滿足了我們的需求了。

后來我發現比markman更好的標注工具PxCook，該工具可以顯示PSD設計圖中的圖層的樣式代碼，對于前端來說簡直方便極了。

標注完成后開始寫我們的樣式，使用了淘寶的lib-flexible庫之后，我們的根字體基準值就為750/100*10 = 75px。此時我們從圖中若某個標注為100px，那么css中就應該設置為100/75 = 1.333333rem。所以為了提高開發效率，可以使用px轉化為rem的插件。下面是sublimeText和Vscode的轉換插件：

sublimeText插件：rem-unit

Vscode插件： cssrem

在所有的單位中，font-size推薦使用px，然后結合媒體查詢進行重要節點的控制，這樣可以滿足突出或者弱化某些字體的需求，而非整體調整。

眾向的單位可以全部使用px，橫向的使用rem，因為移動設備寬度有限，而高度可以無限向下滑動。但這也有特例，比如對于一些活動注冊頁面，需要在一屏幕內完全顯示，沒有下拉，這時候所有眾向或者橫向都應該使用rem作為單位。如圖：

左圖的表單高度單位由于下邊空距較大，使用px在不同屏幕顯示更加；而右邊的活動注冊頁由于不能出現滾動條，所有的眾向高度、margin、padding都應該使用rem。

border、box-shadow、border-radius等一些效果應該使用px作為單位。

之前發布的文章中，有個SF的前端小伙伴提出的問題：
文中作者有重點強調布局全部鋪滿，和下方與很多空隙的處理方案是不同的，在工作中我遇到這種情況，設計師的設計稿寬度為750×1334,但實際的展示高度并沒有那么多，因為上方有導航欄還包括手機自己的狀態欄展示，所以整體高度就達不到750，但是設計師設計稿是嚴格按照750進行設計的，這種情況下使用rem，嚴格按照設計師尺寸進行還原就會出現屏幕出現滾動條情況，請問針對這種情況您是怎么處理的？是從設計稿上規范，還是從開發上有相應的措施

依舊以我的分享界面為例：
展示高度不同通常發生在微信及瀏覽器端，因為前者沒有地址欄和工具欄，這樣顯示高度通常會和設計師設計的視圖吻合。那如果按照純padding，margin即使全部使用rem，在瀏覽器端依舊會超出一屏高度，對于分享頁面這種不是我們想要看到的。這時候就要做出取舍，我對主體區域采用絕對定位，這樣上面間隙雖然小，不過仍能保持在一個屏幕高度顯示。若采用margin padding在設置，必然已出現滾動條。當然這樣的前提是依賴設計圖的，通常設計師會為了空間感有保留一定的間隙，也不會將主要對象高度設的過高，否則太撐滿也不好看，開發上如果設計圖寬高沒有在一定界限之內，超出也無法避免，不過我們這種分享界面通常是通過微信分享好友，通過瀏覽器打開的視圖效果出現滾動條其實也不怎么影響不是么？
下面附上微信端和瀏覽器端的效果圖：

微信端：

瀏覽器端：

一般移動端使用vue是為了數據交互頻繁而且快速開發的頁面，為什么不使用單頁SPA開發模式，原因大概幾點。

為了快速開發，快速上線

項目其他成員不熟悉SPA，不熟悉webpack

參與項目時項目已使用多頁開發，短時間無法重構

拋開使用單頁的架構，開發多頁應用時，一個頁面交互邏輯與一個Vue實例對應。

"基于接口返回數據的屬性注入"是個人創建的話術，拋開此概念，先說一下表單數據的綁定方式。

一個重要的點是有幾份表單就分開幾個表單對象進行數據綁定。

以上圖公積金查詢為例，由于不同城市會有不同的查詢要素，可能登陸方式只有一種，也可能有幾種。比如上圖有三種登陸方式，在使用vue布局時，有兩種方案。

1、 只建立一個表單用于數據綁定，點擊按鈕觸發判斷

2、有幾種登陸方式建立幾個表單，用一個字段標識當前顯示的表單

由于使用第三方的接口，一開始也沒有先進行接口返回數據結構的查看，采用了第一種錯誤的方式，錯誤一是每種登陸方式下面的登陸要素的數量也不同，錯誤二是數據綁定在同一個表單data下，當用戶在用戶名登陸方式輸入用戶名密碼后，切換到客戶號登陸方式，就會出現數據錯亂的情況。

解決完布局問題后，我們需要根據設計圖定義一些狀態，比如當前登陸方式的切換、同意授權狀態的切換、按鈕是否可以點擊的狀態、是否處于請求中的狀態。當然還有一些app穿過來的數據，這里就忽略了。

 data: {
     tags: {
         arr: [""],
         activeIndex: 0
     },
     isAgreeProxy: true,
     isLoading: false
 }

接著審查一下接口返回的數據，推薦使用chrome插件postman，比如呼和浩特的登陸要素如下：

{
    "code": 2005,
    "data": [
        {
            "name": "login_type",
            "label": "身份證號",
            "fields": [
                {
                    "name": "user_name",
                    "label": "身份證號",
                    "type": "text"
                },
                {
                    "name": "user_pass",
                    "label": "密碼",
                    "type": "password"
                }
            ],
            "value": "1"
        },
        {
            "name": " login_type",
            "label": "公積金賬號",
            "fields": [
                {
                    "name": "user_name",
                    "label": "公積金賬號",
                    "type": "text"
                },
                {
                    "name": "user_pass",
                    "label": "密碼",
                    "type": "password"
                }
            ],
            "value": "0"
        }
    ],
    "message": "登錄要素請求成功"
}

可以看到呼和浩特有兩種授權登陸方式，我們在data中定義了一個loginWays，初始為空數組，接著methods中定義一個請求接口的函數，里面就是基于返回數據的基礎上為上面fields對象注入一個input字段用于綁定，這就是所謂的基于接口返回數據的屬性注入。

methods: {
    queryloginWays: function(channel_type, channel_code) {
        var params = new URLSearchParams();
        params.append("channel_type", channel_type);
        params.append("channel_code", channel_code);
        axios.post(this.loginParamsProxy, params)
            .then(function(res) {
                console.log(res);
                var code = res.code || res.data.code;
                var msg = res.message || res.data.message;
                var loginWays = res.data.data ? res.data.data : res.data;
                // 查詢失敗
                if (code != 2005) {
                    alert(msg);
                    return;
                }
                // 添加input字段用于v-model綁定
                loginWays.forEach(function(loginWay) {
                    loginWay.fields.forEach(function(field) {
                        field.input = "";
                    })
                })
                this.loginWays = loginWays;
                this.tags.arr = loginWays.map(function(loginWay) {
                    return loginWay.label;
                })
            }.bind(this))
    }
}

即使返回的數據有我們不需要的數據也沒有關系，這樣保證我們不會遺失進行下一步登陸所需要的數據。

這樣多個表單綁定數據問題解決了，那么怎么進行頁面間數據傳遞？如果是app傳過來，那么通常使用URL拼接的方式，使用window.location.search獲得queryString后再進行截取；如果通過頁面套入javaWeb中，那么直接使用"${字段名}"就能獲取，注意要js中獲取java字段需要加雙引號。

computed: {
        // 真實姓名
        realName: function() {
            return this.getQueryVariable("name") || ""
        },
        // 身份證
        identity: function() {
            return parseInt(this.getQueryVariable("identity")) || ""
        },
        /*If javaWeb
        realName: function() {
            return this.getQueryVariable("name") || ""
        },
        identity: function() {
            return parseInt(this.getQueryVariable("identity")) || ""
        }*/
    },
    methods: {
        getQueryVariable: function(variable) {
            var query = window.location.search.substring(1);
            var vars = query.split("&");
            for (var i = 0; i < vars.length; i++) {
                var pair = vars[i].split("=");
                if (decodeURIComponent(pair[0]) == variable) {
                    return decodeURIComponent(pair[1]);
                }
            }
            console.log("Query variable %s not found", variable);
        }
    }

在進行接口請求時，我們的頁面通常是在sublime的本地服務器或者vscode本地服務器預覽，所以請求接口會遇到跨域的問題，如果使用Gulp進行打包，可以使用插件http-proxy-middleware，或者使用nginx。

在項目構建的時候通常我們源代碼會放在src文件夾下，然后使用gulp進行代碼的壓縮、合并、圖片的優化（根據需要）等等，我們會使用gulp。

解決跨域的問題可以用gulp-connect結合http-proxy-middleware，此時我們在gulp-connect中的本地服務器進行預覽調試。

gulpfile.js如下： 開發過程使用gulp server:dev命令，監聽文件改動并使用livereload刷新，并且代理src目錄；使用gulp命令進行打包；使用gulp server:dist代理dist生產目錄。

var gulp = require("gulp");
var concat = require("gulp-concat");
var uglify = require("gulp-uglify");
var autoprefixer = require("gulp-autoprefixer");
var useref = require("gulp-useref");
var connect = require("gulp-connect");
var proxyMiddleware = require("http-proxy-middleware");

// 開發跨域代理  將localhost:8088/api 映射到 https://api.xxxxx.com/
gulp.task("server:dev", ["listen"], function() {
    var middleware = proxyMiddleware(["/api"], {
        target: "https://api.xxxxx.com/",
        changeOrigin: true,
        pathRewrite: {
            "^/api": "/"
        }
    });
    connect.server({
        root: env == "dev" ? "./src" : "./dist",
        port: 8088,
        livereload: true,
        middleware: function(connect, opt) {
            return [middleware]
        }

    });
});

// 打包后跨域代理
gulp.task("server:dist", ["listen"], function() {
    var middleware = proxyMiddleware(["/api"], {
        target: "https://api.xxxxx.com/",
        changeOrigin: true,
        pathRewrite: {
            "^/api": "/"
        }
    });
    connect.server({
        root: "./dist",
        port: 8088,
        livereload: true,
        middleware: function(connect, opt) {
            return [middleware]
        }

    });
});

gulp.task("html", function() {
    gulp.src("src/*.html")
        .pipe(useref())
        .pipe(gulp.dest("dist"));
});
gulp.task("css", function() {
    gulp.src("src/css/main.css")
        .pipe(concat("main.css"))
        .pipe(autoprefixer({
            browsers: ["last 2 versions"],
            cascade: false
        }))
        .pipe(gulp.dest("dist/css/"));

    gulp.src("src/css/share.css")
        .pipe(concat("share.css"))
        .pipe(autoprefixer({
            browsers: ["last 2 versions"],
            cascade: false
        }))
        .pipe(gulp.dest("dist/css/"));

    gulp.src("src/vendors/css/*.css")
        .pipe(concat("vendors.min.css"))
        .pipe(autoprefixer({
            browsers: ["last 2 versions"],
            cascade: false
        }))
        .pipe(gulp.dest("dist/vendors/css"));
    return gulp
});
gulp.task("js", function() {
    return gulp.src("src/vendors/js/*.js")
        .pipe(concat("vendors.min.js"))
        .pipe(uglify())
        .pipe(gulp.dest("dist/vendors/js"));
});
gulp.task("img", function() {
    gulp.src("src/imgs/*")
        .pipe(gulp.dest("dist/imgs"));
});
gulp.task("listen", function() {
    gulp.watch("./src/css/*.css", function() {
        gulp.src(["./src/css/*.css"])
            .pipe(connect.reload());
    });
    gulp.watch("./src/js/*.js", function() {
        gulp.src(["./src/js/*.js"])
            .pipe(connect.reload());
    });
    gulp.watch("./src/*.html", function() {
        gulp.src(["./src/*.html"])
            .pipe(connect.reload());
    });
});
gulp.task("default", ["html", "css", "js", "img"]);

在nginx配置使用proxy_pass，需要注意一點：
如果在proxy_pass后面的url加/，表示絕對根路徑；如果沒有/，表示相對路徑，把匹配的路徑部分也給代理走。

server {
    listen 80;
    server_name  localhost;
    root   [Your project root];
    index  index.html index.htm default.html default.htm;
    
    location ^~/api { 
      proxy_pass https://api.xxxxx.com/;
    } 
}

如果你開發的H5基于微信jsSDK，你一定接觸過微信授權域名，微信會將授權數據傳給一個回調頁面，而回調頁面必須在你配置的域名下（含子域名）。比如我們獲取用戶的openid操作。而微信配置域名回去該域名根目錄下檢測一個xxx_verify_xxx.txt文件，確保該域名是屬于你的。

所以要想在微信開發調試工具中獲取openid，我們需要使用一種叫做內網穿透的工具。下面是自己比較常用的兩個工具：

ngrok

花生殼

ngrok執行命令

ngrok -config ngrok.cfg start web

在ngrok.exe目錄需要一個配置文件ngrok.cfg
以下是配置示例：

server_addr: "tunnel.cn:4443"
trust_host_root_certs: false
tunnels:
  web:
   subdomain: "xxx" 
   proto:
    http: 8086
    https: 8086

啟動后xxx.tunnel.cn:4443會指向你本地的8086端口，將xxx_verify_xxx.txt文件放到8086端口根目錄即可配置授權域名成功。

花生殼免費版對于個人開通僅需6元，然后每月會提供給你1G的流量，免費版不支持80端口，最多支持兩個域名，需要下載桌面客戶端。

添加域名映射很簡單，免費版無法配置自定義域名，由花生殼自動生成。

配置成功后啟動客戶端可查看當前的狀態

感謝閱讀，歡迎任何形式的技術提問和交流！歡迎關注公眾號前端新視界，把握技術前沿資訊。

郵箱：me@huzerui.com
主頁：huzerui.com
知乎：hzr