本篇講解Result的封裝 前言 有時(shí)候，我們會(huì)根據(jù)現(xiàn)實(shí)中的事物來對程序中的某個(gè)業(yè)務(wù)關(guān)系進(jìn)行抽象尝盼，這句話很難理解。在Alamofire中腾啥，使用Response來描述請求后的結(jié)...
`decodedImage` 的話在設(shè)置 `shouldDecode` 的時(shí)候會(huì)調(diào)用倘待，提供在后臺進(jìn)行解碼的功能疮跑，可以優(yōu)化顯示速度。
`originalData` 你看的版本里是個(gè) bug凸舵，在加 gif 支持的時(shí)候不小心引入的祖娘，導(dǎo)致直接 cache 圖片失效，現(xiàn)在應(yīng)該已經(jīng)修正了啊奄。`kf_normalizedImage` 也會(huì)在那邊調(diào)用渐苏。
KingfisherOptions 的話，基本是為了前向兼容菇夸。Swift 1.x 的時(shí)候的 OptionSet 并不是現(xiàn)在這樣琼富，Kingfisher 并沒有大版本號的升級，因此需要考慮用戶升級框架時(shí)的兼容性庄新。
“最主要的原因就是RecyclerView的靈活性鞠眉， 還有性能上的提升≡裾”械蹋，我不是來抬杠的，只是這句話太想當(dāng)然了羞芍。1.RecyclerView 相對于ListView性能的提升并不大.2.RecyclerView的可擴(kuò)展性確實(shí)強(qiáng)哗戈，但是實(shí)現(xiàn)相對于ListView 還是復(fù)雜很多。 所以RecyclerView取代ListView和GridView 有點(diǎn)扯淡荷科，根據(jù)需求選擇相應(yīng)的控件才是唯咬。請理性對待它們Ｉ醋ⅰ！
在 iOS 中使用 MVC 架構(gòu)感覺很奇怪？ 遷移到MVVM架構(gòu)又懷有疑慮煮剧？聽說過 VIPER 又不確定是否真的值得切換？ 相信你會(huì)找到以上問題的答案将鸵，如果沒找到請?jiān)谠u論中指...
概述 UICollectionView是從iOS6開始引入使用的吩愧，目前應(yīng)用非常廣泛，很牛逼增显！老外的博客也是這么說的(傳送門) 與UITableView的初步比較 UITabl...
