@available(iOS 8.0, *) 判斷系統(tǒng)版本
多次相同request相同接口防止上一次request結(jié)果后回來覆蓋掉正確的值：
記錄之前的request，發(fā)起新的request時(shí)， cancel掉之前記錄的，雖然不能終止此次請(qǐng)求 但是這次請(qǐng)求回調(diào)的數(shù)據(jù)不會(huì)再使用（被取消的request會(huì)走error的回調(diào)）。原理猜想：可能是根據(jù)request的標(biāo)識(shí)，設(shè)置此request回調(diào)不使用，拿到回參數(shù)據(jù)時(shí)，如果request身上的回調(diào)是否使用標(biāo)識(shí)是不使用，則不處理此數(shù)據(jù)
iOS8.0下莫名其妙的崩潰，自定義控件和系統(tǒng)自帶的重名，自定義控件初始化，但系統(tǒng)的此重名原生控件沒有，此時(shí)就會(huì)出問題。
迭代開發(fā)，改了個(gè)方法名，造成以前老邏輯的回調(diào)不走，因?yàn)楦牡倪@個(gè)方法是代理方法！老邏輯的回調(diào)找不到原來的方法名！
不通過 yymodel，直接用網(wǎng)絡(luò)請(qǐng)求回參的字段給bool類型賦值是不行的，因?yàn)镹SDictionary里的數(shù)字類型默認(rèn)為NSNumber，就算值為0的NSNumber類型直接賦值給BOOL類型也是YES，需要轉(zhuǎn)boolValue再賦值 或者轉(zhuǎn)成integerValue.
