eval

避免在不必要的情況下使用 eval
eval() 是一個危險的函數(shù)， 他執(zhí)行的代碼擁有著執(zhí)行者的權(quán)利。如果你用 eval() 運行的字符串代碼被惡意方（不懷好意的人）操控修改，您最終可能會在您的網(wǎng)頁/擴展程序的權(quán)限下，在用戶計算機上運行惡意代碼。更重要的是，第三方代碼可以看到某一個eval()被調(diào)用時的作用域，這也有可能導(dǎo)致一些不同方式的攻擊。相似的 Function 就不容易被攻擊。

eval() 通常比替代方法慢，因為它必須調(diào)用 JS 解釋器，而許多其他結(jié)構(gòu)則由現(xiàn)代 JS 引擎進行優(yōu)化。

在常見的案例中我們都會找更安全或者更快的方案去替換 eval()

你的內(nèi)層仍然需要加上 display: flex;

與廠商合作默認appid打開的

不太明白你的意思，能詳細針對不明白的地方提問嗎？

1.正常操作table中只是一個按鈕，點擊彈出一個modal，在modal中展示詳情
2.非要這樣（類似帶手風(fēng)琴的表格）實現(xiàn)的話：https://ant.design/components...（右側(cè)定位可展開），沒用antd的話，使用div+flex自己封一個一樣用。

希望對你有用

兄弟, css可不好處理這種邏輯

obj1 = null 只是覆蓋了了 obj1 的指向，obj2 依然指向原來的對象，所以還能訪問。

$("#my-form :input").change(function () {
    alert("changed");
});

d3，自由的讓你不想玩

哈哈，我又來了
附個鏈接 https://jsfiddle.net/Moonless...

這里解釋下為什么會出現(xiàn)這種情況，之前只使用 index bind 到 item 的 key 和 index，導(dǎo)致了 splice treeData 后 下標和值的對應(yīng)發(fā)生了變化，加上冒泡共同導(dǎo)致了刪除展開下一項的情況；

而這次也是和 index 有關(guān)系，移除 index 下標后問題解決，因為 bind 的index 和 key 成了動態(tài)地，導(dǎo)致 item 發(fā)生了重新渲染，而 isFolder 和 open 都是 動態(tài)計算的，所以恢復(fù)了初始狀態(tài)；可以在這個demo里加上 index 然后看 mounted 里的輸出。當然，如果你修改了 name，依然會因為 key 的改變而導(dǎo)致重繪

以上是解決，多說兩句，對于這種情況，推薦你在 treeData 每項中 維護 open 屬性，這樣可以避免重繪制導(dǎo)致的干擾；

It is not a bug, it is a feature.

jQuery用一些測試來檢測瀏覽器的兼容性，如果報exception，就說明不兼容。當然，這些exception都被包在了try...catch里面。點上 Pause on caught exception 的話，即使被捕獲了，瀏覽器也會在這里暫停。反正是測試，忽略即可。

測試都被包在assert里面

/**
 * Support testing using an element
 * @param {Function} fn Passed the created div and expects a boolean result
 */
function assert( fn ) {
    var div = document.createElement("div");

    try {
        return !!fn( div );
    } catch (e) {
        return false;
    } finally {
        // Remove from its parent by default
        if ( div.parentNode ) {
            div.parentNode.removeChild( div );
        }
        // release memory in IE
        div = null;
    }
}

報錯的測試樣例是

assert(function( div ) {
    // Support: Windows 8 Native Apps
    // The type and name attributes are restricted during .innerHTML assignment
    var input = doc.createElement("input");
    input.setAttribute( "type", "hidden" );
    div.appendChild( input ).setAttribute( "name", "D" );

    // Support: IE8
    // Enforce case-sensitivity of name attribute
    if ( div.querySelectorAll("[name=d]").length ) {
        rbuggyQSA.push( "name" + whitespace + "*[*^$|!~]?=" );
    }

    // FF 3.5 - :enabled/:disabled and hidden elements (hidden elements are still enabled)
    // IE8 throws error here and will not see later tests
    if ( !div.querySelectorAll(":enabled").length ) {
        rbuggyQSA.push( ":enabled", ":disabled" );
    }

    // Opera 10-11 does not throw on post-comma invalid pseudos
    div.querySelectorAll("*,:x");
    rbuggyQSA.push(",.*:");
});

并不是對齊有錯，而是前邊多了空格

1.警告是因為webpack更新到4以后，要設(shè)置mode的值，mode的值可以為development，也可以是production，類似于 "build":"webpack --mode production"這樣的設(shè)置
2.錯誤的話，把thenew.vue的代碼貼一下

這是你querystring模塊用的不對
let contents = queryString.stringify(data);
把Buffer類型的數(shù)據(jù)序列化沒了
文檔是這樣說的：
如果 obj 對象中的屬性的類型為 <string> | <number> | <boolean> | <string[]> | <number[]> | <boolean[]>，則屬性的值會被序列化。 其他類型的屬性的值會被強制轉(zhuǎn)換為空字符串。

在菜單欄==>Tools=>Map Romote,打開彈出一個窗口里面可以查看所有的Map Romote選項

xcode自己有一個這個功能，可以看繼承關(guān)系，但是想看關(guān)系圖 還是沒有找到特別合適的辦法

你得訪問一個具體的文件吧。
你可以檢查一下你的dist文件夾，然后鍵入正確的文件地址試試

在另一個問題下的評論里回復(fù)過你了。
正常來講可以使用async和await將異步請求轉(zhuǎn)化為同步的寫法

// 像這樣
async get () {
    var result = await getDetails(this.param)
    return result
}

但是computed里好像禁止使用這個東西，拿不到正確的return的值，所以還是用watch吧。

在eslint-plugin-vue里找到了一些說明

Computed properties should be synchronous(計算屬性需要是同步的). Asynchronous actions inside them may not work as expected and can lead to an unexpected behaviour, that's why you should avoid them. If you need async computed properties you might want to consider using additional plugin vue-async-computed

你不是輸入0 0 0了嗎

以前沒有遇到過這個問題，我實驗了一下，覺得原因應(yīng)該是:

1. 父級容器上設(shè)置overflow、overflow-y和overflow-x屬性不為visible時，會觸發(fā)一次容器寬高計算并裁剪
2. box-shadow屬性不會影響元素的寬高，所以被overflow忽略，然后裁剪
3. 由于設(shè)置了overflow，父級元素觸發(fā)BFC，沒有上外邊距合并，所以能夠顯示上邊的box-shadow

事實上，overflow不為visible與觸發(fā)BFC的條件很像，但不清楚是不是BFC的原因。

以上都是在chrome瀏覽器中發(fā)現(xiàn)的情況，因此可以試試上面兩位的解決方法。

但是

但是，如果你是在IE9瀏覽器中，那么僅僅是1px的margin是沒有辦法完整顯示box-shadow的，至少得是2px。