我的想法是這樣的，假設(shè)頁碼page=1(這是遞增的)，序號index每頁從0到4(剛好五位數(shù))，則序號顯示那一列的表達(dá)式應(yīng)為：

page * 5 - (4 - index)

解釋
假設(shè)page=2，則序號應(yīng)為6,7,8,9,10，以此類推

C#為例，服務(wù)端這樣解碼：

結(jié)果：

關(guān)于這個(gè)問題，request的github中有對這個(gè)問題的討論：
request
除了你說的那些方案之外，里面也有別人說的解決方案：
request hander

有中文網(wǎng)站 no-case-declarations

該規(guī)則禁止詞法聲明 (let、const、function 和 class) 出現(xiàn)在 case或default 子句中。原因是，詞法聲明在整個(gè) switch 語句塊中是可見的，但是它只有在運(yùn)行到它定義的 case 語句時(shí)，才會進(jìn)行初始化操作。

為了保證詞法聲明語句只在當(dāng)前 case 語句中有效，將你子句包裹在塊中。

該規(guī)則旨在避免訪問未經(jīng)初始化的詞法綁定以及跨 case 語句訪問被提升的函數(shù)。

switch (foo) {
    case 1:
        let x = 1;
        break;
    case 2:
        const y = 2;
        break;
    case 3:
        function f() {}
        break;
    default:
        class C {}
}

大概是指上面case 1里的x在case 2里也會生效，所以要用{}包起來，防止x提升到整個(gè)switch語句。

1. 文件編碼并不是瀏覽器解析的編碼
2. Filter 設(shè)置編碼的方式是什么?
3. 靜態(tài)文件是否會經(jīng)過 Filter 處理?
4. 通過 chrome 查看一下服務(wù)器響應(yīng)的 content-type 里面的 charset 編碼

只要保證網(wǎng)絡(luò)傳輸?shù)木幋a與 content-type 中一致, 不會有什么問題.

Missing write access 看起來是權(quán)限問題

call方法改變this指向 指向obj.y 其實(shí)結(jié)果就是

console.log（obj.y.x）  它肯定是未定義  
//如果想輸出1   那么就是
f.call(obj)   //this指向obj

因?yàn)檫@個(gè)接口不支持JSONP啊

試試以下方式：

1. 將header設(shè)為{"Content-Type": "application/x-www-form-urlencoded"}
2. json結(jié)構(gòu)數(shù)據(jù)使用url編碼方式設(shè)置到body中，如：
   body: {foo: bar, yoo: sar} => body: 'foo=bar&yoo=sar'

你執(zhí)行fun()的時(shí)候返回的是一個(gè)函數(shù)，這個(gè)函數(shù)還沒有執(zhí)行，

所以要這樣寫:

function fun(){
    return function(){
        var obj1={
            a:1,
            b:2
        };
        obj2.item=obj1;
    }
}
var obj2={};
fun()();
console.log(obj2.item.a);

倒數(shù)第二段：fun() 改為 fun()()

再次執(zhí)行一下hljs.initHighlightingOnLoad();

用encodeURIComponent()轉(zhuǎn)碼

const uri = encodeURIComponent(window.location.href.split('?')[0]);
window.location.href = `${this.$store.state.appWechat.gateway}?redirect_uri=${uri}&state=wechat`;

答完才想起來我這個(gè)鑒權(quán)接口為了應(yīng)對多個(gè)域名鑒權(quán)所以是經(jīng)過后臺網(wǎng)關(guān)集中處理的，這個(gè)uri緩存在服務(wù)器端，并沒有直接發(fā)到微信的鑒權(quán)鏈接，并不確定是可行的。。。。

為什么要放在一起呢？vue放在web server下，和springboot分開部署。

element 里面有一個(gè)手動(dòng)上傳

<el-upload
  class="upload-demo"
  ref="upload"
  action="https://jsonplaceholder.typicode.com/posts/"
  :on-preview="handlePreview"
  :on-remove="handleRemove"
  :file-list="fileList"
  :auto-upload="false">
  <el-button slot="trigger" size="small" type="primary">選取文件</el-button>
  <el-button style="margin-left: 10px;" size="small" type="success" @click="submitUpload">上傳到服務(wù)器</el-button>
  <div slot="tip" class="el-upload__tip">只能上傳jpg/png文件，且不超過500kb</div>
</el-upload>
<script>
  export default {
    data() {
      return {
        fileList: [{name: 'food.jpeg', url: 'https://fuss10.elemecdn.com/3/63/4e7f3a15429bfda99bce42a18cdd1jpeg.jpeg?imageMogr2/thumbnail/360x360/format/webp/quality/100'}, {name: 'food2.jpeg', url: 'https://fuss10.elemecdn.com/3/63/4e7f3a15429bfda99bce42a18cdd1jpeg.jpeg?imageMogr2/thumbnail/360x360/format/webp/quality/100'}]
      };
    },
    methods: {
      submitUpload() {
        this.$refs.upload.submit();
      },
      handleRemove(file, fileList) {
        console.log(file, fileList);
      },
      handlePreview(file) {
        console.log(file);
      }
    }
  }
</script>

api

https://developer.mozilla.org...

flexable.js 和 安裝第三方ui庫 以及px2rem 第三方?jīng)_突，引起第三方庫無法使用的問題

npm install lib-flexible--save- dev npm install px2rem --save -dev
main.js 中引入 import 'lib-flexible' 在 /build/unit.js 中加入

var px2remLoader = {
  loader: 'px2rem-loader',
  options: {
    remUnit: 75     // 750的設(shè)計(jì)圖
  }
}

  //把剛加的loader注冊進(jìn)去 
 const loaders = options.usePostCSS ? [cssLoader,     postcssLoader,px2remLoader] : [cssLoader]
 //const loaders = options.usePostCSS ? [cssLoader, postcssLoader] : [cssLoader]
 

然后直接再css 文件里面寫設(shè)計(jì)圖上的px單位 ，會自動(dòng)轉(zhuǎn)換成rem，同步出現(xiàn)的問題，是ui庫上的css 文件也被轉(zhuǎn)換成rem ，導(dǎo)致樣式變亂

變小的主要原因是第三庫 css一依據(jù) data-dpr="1" 時(shí)寫的尺寸

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

這時(shí)我們使用的flexible引入時(shí) data-dpr不是一個(gè)寫死了的，是一個(gè)動(dòng)態(tài)的；就導(dǎo)致這個(gè)問題

解決辦法

我們可以把第三方庫的css代碼px統(tǒng)一擴(kuò)大2倍，聽起來很蠢對吧，我一開始也是折磨想的，有的小伙伴就該說這個(gè)的改多少，代碼少就無所謂，可是代碼不就的累死了。。。
我使用的地vscode這個(gè)編輯器有個(gè)擴(kuò)展程序小叫 px-to-rem 這個(gè)可算是救世主了 他可以讓你在2分鐘改完所有的代碼

• 下載 改默認(rèn)配置 (路徑：/Application Support/Code/User/settings.json)

"px-to-rem.px-per-rem": 0.5, // 第一步 主要是讓1rem 等于0.5px
全選你要改的代碼 option+Z 快捷鍵。（windows我不知道）你會發(fā)現(xiàn)所有的px變r(jià)em

• 改默認(rèn)配置

"px-to-rem.px-per-rem": 1, //第二步
然后在全選你要改的代碼 option+Z 快捷鍵。你會發(fā)現(xiàn)所有的rem變px 這個(gè)px的值比是原來的2倍

• 將修改后的css文件引入

字體拷貝到 font 中了?, 如果是webpack, 是不是 module/loader 中沒有做 font 字體的處理

瀏覽器 network 看看請求字體資源路徑

這是一種避免階級關(guān)系混亂的方式，保持條理才好跟蹤。

從截圖看，感覺是base的計(jì)算有問題。
在安卓和模擬器中，base是30，但ios中反推出來是10。

所以，需要進(jìn)一步排查，看看ios中的base到底是多少？以及如何讓base也等于30.

你的寫法，會將num =100定義在開頭啊，所以num有值 了