微信在發(fā)現(xiàn)->小程序里面，把你的小程序刪除，然后重新掃碼。

微信的緩存問題

已經(jīng)解決了，直接去github上面扒issue，原來是html-webpack-plugin版本問題，我的環(huán)境下用v3.0.7就可以了（蛋疼的是為了更好地兼容webpack4，這個(gè)插件升級(jí)到v4后這個(gè)問題又卷土重來，但是應(yīng)該不影響項(xiàng)目運(yùn)行的，只好忽略）。

這只是消除了entrypoint = undefined的問題，npm run dev后打包生成的js已經(jīng)通過html-webpack-plugin插入頁面，卻沒有執(zhí)行，因此現(xiàn)在頁面只有靜態(tài)資源被成功加載到。不過這是另一個(gè)問題了，繼續(xù)研究。

前端工程化和自定義設(shè)置一定要謹(jǐn)慎，才能少挖點(diǎn)坑，解放生產(chǎn)力。

在遍歷的時(shí)候把序列帶上，和state相比較就可以了
參考以下代碼

state = {
    index:0
}
handleClick = (index) => {
    this.setState({index})
}
render (){
    const {index} = this.state;   
    return (
        list.map((el,i)=>{
            return <TargetSource className={index===i?"current":""} onClick={(i)=>this.handleClick(i)} />
        })
    )
}

update

可以看看這篇文章

淺拷貝: Object.assign {...obj}
深拷貝: 一層層復(fù)制, pushState, JSON.parse+JSON.stringify

zepto早該棄用了。現(xiàn)在的網(wǎng)絡(luò)環(huán)境，直接用jq3就可以了

不先import 暫時(shí)沒有什么好的方案，不過你可用用一個(gè)外部文件專門import組件 ， 然后export 所有組件，
調(diào)用就 ...components

Array.prototype.sort在es規(guī)范中只定義了行為，沒有規(guī)定具體排序算法的實(shí)現(xiàn)，因此各個(gè)引擎的實(shí)現(xiàn)有所不同。

對(duì)V8而言，數(shù)組長(zhǎng)度小于10則使用插入排序，否則使用快速排序
https://github.com/v8/v8/blob...

然后這個(gè)方法在已是過去時(shí)，4月份V8對(duì)array.sort和typedarray.sort進(jìn)行了重寫，理由是更好的性能。用的是一個(gè)叫做torque的語言，貌似是V8自己基于c++開發(fā)的一個(gè)DSL

這是array.sort重寫的commit，可以看出實(shí)現(xiàn)還是跟原來一樣。性能提升源于C++本身的性能優(yōu)勢(shì)。

現(xiàn)在的問題是你phpmyadmin用的是xampp環(huán)境的mysql，navicat用的是自己安裝的。想要一致我覺得最好的辦法就是停用掉xammp的mysql，然后把phpmyadmin的鏈接指向你自己安裝的mysql；

所以為啥要用中文作ID..英文的話不就可以避免編碼的問題了蠻

利用es7的async/await可以實(shí)現(xiàn)

async callme() {
   const result_a = await doActionA(param1);
   const result_b = await doActionB(param2, param3);
   const result_c = await doActionC(param3);
}

兩者的length不一樣，這種情況又該如何做？

從樓主提出的問題看來，后端認(rèn)為region和city是存在對(duì)應(yīng)關(guān)系的，不管是1對(duì)1還是1對(duì)多。而前端認(rèn)為region和city是沒有關(guān)系的。

所以這應(yīng)該是一個(gè)溝通和理解需求的問題吧？

OrgChart只支持一個(gè)root節(jié)點(diǎn)。
可以通過css方式視覺上實(shí)現(xiàn)。

子組件

// js
props: {
    // ...
    activeName: {} // 添加新的prop
},
computed: {
    tabStyle () { // 把tabStyle從data中移除，放到計(jì)算屬性里面
        return {
            "selected-box": this.name === this.activeName,
            "unselected-box": this.name !== this.activeName
        }
    }
},
methods: {
    tabClick (name) {
        this.isSelected = true;
        this.$emit("getTabName", name); // tabStyle通過計(jì)算屬性獲取，不再需要人工更新，borderChange方法可以去掉了
    }
}

父組件

// template: 添加一個(gè)active-name
<TabBox @getTabName="getTabName" :name="_item.name" :boxstyle="styles" v-for="(_item,_index) in item.categoryList" :key="_index" :active-name="activeName"></TabBox>

// js
data () {
    return {
        // ...
        activeName: ''
    }
},
methods: {
    getTabName (name) {
        this.activeName = name // 子組件點(diǎn)擊的時(shí)候，父組件更新activeName的值
    }
}

這里是個(gè)人對(duì)這些代碼的理解，希望能為你提供一些線索：

@Singleton裝飾class A 的時(shí)候，也就是以class A 作為參數(shù)給 Singleton（self._cls），就已經(jīng)實(shí)例化了Singleton類并且命名為A。
然后A.instance()是調(diào)用instance（）方法把在Singleton類的A里面的self._cls實(shí)例化，那么classA 的實(shí)例就變成了Singleton類實(shí)例A的一個(gè)成員屬性。 這有點(diǎn)類似于inner class，或者nested class，inner class可以使用外部class的屬性和方法，但是應(yīng)該與繼承有區(qū)別的。

下面這段應(yīng)該是這樣的：self._decorated其實(shí)就是self._cls, 我在下面網(wǎng)頁找到類似代碼，然后改了self._decorated，運(yùn)行結(jié)果一樣，至于為什么會(huì)這樣我不了解。
http://outofmemory.cn/code-sn...

def __instancecheck__(self, inst):

    return isinstance(inst, self._decorated)

__instancecheck__(self, inst):是python的魔法方法，當(dāng)執(zhí)行 print(isinstance(s2,A)) 時(shí)候就會(huì)觸發(fā)這方法，用以判別其實(shí)例是否某class 的實(shí)例。

把def instance（） 改成這樣：
def Instance(self):

        self._instance = self._cls()
        return self._instance
        

運(yùn)行 s1 is s2 會(huì)返False。
我們知道沒有改之前，因?yàn)閠ry except 會(huì)讓 instance（） return self._instance， 如果沒有的話就實(shí)現(xiàn)一個(gè)。 造成 s1 和s2 兩個(gè)id一樣，我的理解應(yīng)該是同一個(gè)instance吧，s1 is s2 返回True。
而改了之后，s1 和s2 就不同id了， 然后 s1 is s2 就返回False。

call 讓 A() 出錯(cuò)，所以要用instance() 訪問A以實(shí)現(xiàn)被decorated 的class

那要看看你的ctx為什么是個(gè)Promise。

如果請(qǐng)求接收過來是blob類型的，不能直接new Blob進(jìn)行操作，要用FileReader進(jìn)行讀取
類似這樣的：

let reader = new FileReader()
reader.readAsArrayBuffer(<Your Blob Object>)

因?yàn)閙agic.html和magic.css所在路徑不同，對(duì)font-face里src中的“..”的解釋就得到不同的路徑了，所以有了不同的效果。

我也是執(zhí)行兩次，請(qǐng)問解決了么？

如果只是想知道ajax請(qǐng)求的url用fiddler之類的工具抓一下包就行了。

localstorage存儲(chǔ)不是5m 是每個(gè)域5m 超了申請(qǐng)其他的域/修改ng配置 postmessge通信往其他域上存取
感覺刪別人的數(shù)據(jù)不好吧 超了就不存了貌似可以理解為可以不存 那就直接不存了唄