jquery 和 angular 的ajax請求上還是存在差異的

http://victorblog.com/2012/12...

提到在客戶端改變angularJS默認(rèn)傳輸格式為Content-Type: x-www-form-urlencoded。

請問解決了嗎？我也碰到了，是react的項(xiàng)目

使用 ES5 內(nèi)置數(shù)組函數(shù) + 箭頭函數(shù)隱藏 for 循環(huán)細(xì)節(jié)

packageInfoList.forEach(package => {
    var newPackage = ConfigData.getGoods(true, package.id);
    package.packageTag.forEach(tag => {
        var newTag = newPackage.packageTag.find(t => t.id === tag.id);
        if(!newTag) return;
        tag.goods.forEach(goods => {
            var newGoods = newTag.goods.find(g => g.id === goods.id);
            if(!newGoods) return;
            var flag = updateGoodAttr(goods, newGoods);
        });
    });
});

updateGoodAttr = (goods, newGoods) => {
    goods.attr.forEach(attr => {
        var newAttr = newGoods.attr.find(a => a.id === attr.id)
        attr.option.filter(taste => !!taste.select).foreach(taste => {
            var newTasteOption = newAttr.option.find(t => t.id === taste.id);
            if(newTasteOption) {
                newTasteOption.select = taste.select;
            }
        });
    });
}

提取重復(fù)的數(shù)組比對邏輯

已經(jīng)省去里很多迭代的下角標(biāo)處理里，但是代碼還是很啰嗦，頻繁重復(fù)對兩個(gè)數(shù)組進(jìn)行元素比較。干脆把這個(gè)邏輯提取出來：

var match = (arr1, arr2, identifier, process) => arr1.forEach(item1 => 
    arr2.forEach(item2 => identifier(item1) === identifier(item2) && process(item1, item2))
);

傳入兩個(gè)數(shù)組，對數(shù)組元素的每個(gè)元素使用 identifier 獲取 id，如果比較成功，則調(diào)用 process 函數(shù)處理這兩個(gè)元素。例子中 identifier 都一樣，即 item => item.id.

var ID = item => item.id;

var processPackage = (p1, p2) => match(p1.packageTag, p2.packageTag, ID, processTag);

var processTag = (tag1, tag2) => match(tag1.goods, tag2.goods, ID, processGoods);

var processGoods = (goods1, goods2) => match(goods1,attr, goods2.attr, ID, processAttr);

var processAttr = (attr1, attr2) => match(attr1.options.filter(taste => !!taste.select), attr2.options, ID, processTaste);

var processTaste = (taste1, taste2) => taste2.select = taste1.select


var packageInfoList = [...], configPackageList = [...];

match(packageInfoList, configPackageList, ID , processPackage);

消除重復(fù)調(diào)用

目前代碼中還存在重復(fù)地調(diào)用 match 函數(shù)，調(diào)用邏輯相似而重復(fù)，如果能把這塊抽出來就好了。我們再提取一個(gè)函數(shù)，用來構(gòu)造 processXXX。processAttr比較特殊，對兩邊取子屬性的邏輯不一樣，所以提取的這個(gè)函數(shù)需要考慮 processAttr 的需求。

var subProcess = ([s1, s2], id, process) => (i1, i2) => match(s1(i1), s2(i2), id, process)

var fixSelector = f => Array.isArray(f) ? f : [f, f]
var processTaste = (taste1, taste2) => taste2.select = taste1.select
var processAttr = subProcess(
    fixSelector([item => item.options.filter(taste => !!taste.select), item => item.options]), 
    ID,
    processTaste
)
var processGoods = subProcess(fixSelector(item => item.attr), ID, processAttr)
var processTag = subProcess(fixSelector(item => item.goods), ID, processGoods)
var processPackage = subProcess(fixSelector(item => item.tag), ID, processTag)


var ID = item => item.id
match(
    packageInfoList,
    configPackageList,
    ID,
    processPackage
);

最后一步調(diào)用其實(shí)等價(jià)于：

subProcess(fixSelector([() => packageInfoList, () => configPackageList], ID, 
    subProcess( fixSelector(package => package.tag), ID
        subProcess( fixSelector(tag => tag.goods), ID,
            subProcess( fixSelector(goods => goods.attr), ID
                subProcess( fixSelector([attr => attr.options.filter(taste => !!taste.select), attr => attr.options]), ID
                    processTaste
                )
            )   
        )          
    )
)()

把掉套函數(shù)調(diào)用拉平試試？試想如下代碼：

f(a, f(b, f(c, f(d, e)))))

// 等價(jià)于

[a,b,c,d,e].reduceRight((prev, item) => f(item, prev))

于是有：

var match = (arr1, arr2, identifier, process) => arr1.forEach(item1 => 
    arr2.forEach(item2 => identifier(item1) === identifier(item2) && process(item1, item2))
)
var subProcess = ([s1, s2], id, process) => (i1, i2) => match(s1(i1), s2(i2), id, process)
// 為了傳遞 selector 的時(shí)候可以單獨(dú)給一個(gè)函數(shù)
var fixSelector = f => Array.isArray(f) ? f : [f, f]
var reducer = (prev, [selector, identifier]) => subProcess(fixSelector(selector), identifier, prev)
var process = (...items) => items.reduceRight(reducer)()


// 調(diào)用
process(
    [ [() => packageInfoList, () => configPackageList], ID], // 初始數(shù)據(jù)
    [ package => package.tag, ID], // 根據(jù)上面一項(xiàng)的元素，返回需要繼續(xù)比對的下一層數(shù)據(jù)
    [ tag => tag.goods, ID], // 把ID當(dāng)參數(shù)在每一層傳進(jìn)來是為了支持不同層取 ID 的方式不同
    [ goods => goods.attr, ID], // 再深也不怕，無非多一個(gè)參數(shù)
    // 支持兩邊不同的取值方法
    [ [attr => attr.options.filter(taste => !!taste.select), attr => attr.options], ID], 
    // 最后一個(gè)函數(shù)就是你處理深處數(shù)據(jù)的地方啦
    (taste1, taste2) => taste2.select = taste1.select 
)

雖然調(diào)用的時(shí)候挺漂亮的，但是有點(diǎn)繞。。。

call是改變identify的this指向，具體指到誰，還要看你的sayHello方法是怎么被調(diào)用，被誰調(diào)用的，調(diào)用的時(shí)候用沒用call、apply方法。

具有 true 和 false 兩個(gè)屬性的屬性，如 checked, selected 或者 disabled 使用prop()，其他的使用 attr()

補(bǔ)充一下，其實(shí)你用attr也可以，但是取消勾選的時(shí)候要用removeAttr('checked')

這不是顯示禁用了js么 看看安全設(shè)置

微信開發(fā)團(tuán)隊(duì)：呵呵噠，小樣，敢在我面前耍小聰明

你為何要執(zhí)行兩次呢?

用js 吧。。。

個(gè)人理解是，toString.call和Object.prototype.toString.call相比，只是寫法更簡便，因?yàn)?code>toString和Object.prototype.toString其實(shí)指向同一個(gè)方法：

這兩個(gè)相等的原因：
如果可以使用toString，那么toString肯定是window對象的方法，window是一個(gè)對象；
所有對象如果有原型的話，最終肯定都會指向Object.prototype這個(gè)對象；
如果window對象或者除了最后一個(gè)原型對象之外的原型對象沒有重新定義toString，那么toString最終指向的就是Object.prototype.toString；
經(jīng)過上面截圖認(rèn)證，這兩個(gè)確實(shí)是一樣的。

全部用雙引號或者全部用單引號

XXXXX.css({"transform": "rotate(" + rotateNum + "deg)"})

并不知道，并不是在配置文件里…… 即使全局搜索了，也沒發(fā)現(xiàn)這個(gè)東西。

sawtooth-border

簡單解釋：

1. 后面兩層背景圖實(shí)現(xiàn)鋸齒，這樣整個(gè) td 都是鋸齒，包括border
2. 再做一層純白背景，放在最上面，只覆蓋到，padding-box，這樣 border 還是原來的鋸齒背景，padding-box 就是純白背景。
3. 鋸齒背景用 linear-gradient,背景圖的覆蓋范圍通過 background-clip 調(diào)整。

el-form需要接收一個(gè)model，并且需要配合el-form-item一起使用，并且在el-form-item上綁定prop屬性，resetField方法才能好使。

<el-form :model="addServiceData" ref="addServiceForm">
    <el-form-item label="手機(jī)號" prop="mobile">
       <el-input v-model="data.mobile" placeholder="請輸入手機(jī)號碼"></el-input>
     </el-form-item>
</el-form>

并且addServiceData應(yīng)該是個(gè)對象，定義在data里面，類似這樣

data(){
    return {
        addServiceData: {
            mobile: ''
        }
    }
}

隨時(shí) 保存表單數(shù)據(jù)
頁面初始化時(shí) 填入
不就完了

UglifyJS，一個(gè)插件，很多工具中都會整合或者提供

生成器的特點(diǎn)是并沒有立即執(zhí)行,而是記住'生產(chǎn)方式',等被調(diào)用時(shí)再執(zhí)行.
在您的這個(gè)例子中:
g=(i for i in range(4))#此時(shí),如果被list調(diào)用,g為會是[0,1,2,3],但沒有被調(diào)用,只是生成器
以下循環(huán)中:
for i in [1,10]:

g=(i+j for j in g)

并不是說,第一次循環(huán)i為1時(shí),g就應(yīng)該為[1,2,3,4],其實(shí)g并沒有被調(diào)用,所有并沒有執(zhí)行,只是記住生成器的值為i+j而已
第二循環(huán)時(shí),i為10,同樣也沒有執(zhí)行,也僅僅是記住i+j而已
當(dāng)被print(list(g))命令調(diào)用執(zhí)行時(shí),循環(huán)中的變量i的值,已經(jīng)是10了.
所以最終的g中的每一值,是執(zhí)行連續(xù)執(zhí)行兩次i+j,既i+(i+j)
所以print(list(g))的輸出是[20, 21, 22, 23]

還有更神奇的,同樣是你的代碼:
g=(i for i in range(4))
for i in [1,10]:

g=(i+j for j in g)

for i in g:

print(i)#輸出會是20,41,84,171

輸出結(jié)果和list(g)又不一樣,是不是更奇怪?
但是如果改一下循環(huán)變量名稱:
for k in g:

print(k)#輸出20, 21, 22, 23

輸出結(jié)果就和list(g)一致了.為什么了?

還是因?yàn)樯a(chǎn)器的'記住生產(chǎn)方式,而沒有被立即執(zhí)行'的原因.
在生成器g中,變量i是一直存在,并沒有被釋放和回收的,再使用變量i去循環(huán)g,i的值就產(chǎn)生混亂了,第一個(gè)循環(huán)時(shí)i還是10,所以第一個(gè)值是20,此時(shí),i值已經(jīng)被賦成了20,所以第二次循環(huán)再執(zhí)行i+(i+j)時(shí),就得到41,同理第三次循環(huán)執(zhí)行i+(i+j)時(shí),i已經(jīng)是41了,第四次.......所以最終輸出20,41,84,171

將循環(huán)的變量i換為k后,變量名不再重復(fù),賦值也就不再混亂了,從而和list(g)的結(jié)果一致了

你這是java還是php，注入問題終極解決方案就是放棄sql拼接，使用PrepareStatement的參數(shù)占位符

$(this).next().val(); --針對input標(biāo)簽，獲取值

$(this).next().text(); --針對span或者textarea標(biāo)簽，獲取值

倒不是性能的問題，關(guān)鍵在于無法確?；卣{(diào)函數(shù)不會在組件卸載后調(diào)用。一旦出現(xiàn)該情況，this將變成undefined，代碼會報(bào)錯(cuò)。

從這個(gè)角度看，任何異步事件都應(yīng)該在組件卸載時(shí)取消訂閱/監(jiān)聽，包括pub/sub、dom事件等