開始
不知你是否有過這樣的經歷，專案中需要用到一個新技術或者說專案經歷告訴你，某某去把這個技術研究一下，而接到任務的你是如何處理的呢？ 方式一：開啟百度或谷歌 -> 搜尋關鍵字【xx教程】-> 找幾篇看一看 -> 參考技術文章或部落格開始搞 -> 收工。方式二：買相關的書籍或網上找一堆視訊照著搞，如果你不是上面的這兩個流程，後面的內容就可以選擇不看了。
然後呢
整個過程面上看一點毛病都沒有，你也很好的完成了任務，用到了專案中，很開心，我早期也是這樣。不可否認，這樣效率很高。
接下來問自己幾個問題
1、這個框架使用時候有什麼限制或注意的地方嗎？ 答：我看的那篇部落格上沒講，我再去搜搜
2、框架支援擴充套件嗎，我想在那裡加個自定義的實現 答：書上沒說
3、有個某某需求，這個框架能做實現或嗎 答：那個部落格上只講了一點，我在找找
4、3.5版本的新特性瞭解了嗎，能用到我們的場景嗎 答：啊啊 我買的書講的是3.0
emnnnnnn..................
剖析一下
為什麼？每個作者在寫這些內容的時候站的角度可能都不一樣，面向的使用者接受群體也可能不一樣，作者A注重實用給初學者看，作者B強調理論和原理給高階人員看，再加上作為搜尋資料的我們，可能並不能辨別一片文章的深淺，適用程度，一篇看不懂就多搜幾篇，一本書沒看明白就多買幾本，這樣，對初學者來說容易迷失，整個來說你學的就不成體系，東一下西一下，你的知識是碎片化的，很難對框架有系統的認識，再一個你的理解就圈在了作者理解的範圍內，還可能出現搜了半天最後調不通，發現你用的跟作者的版本不一致，甚至可能會出現作者對於某一問題的認知理解有偏差，而你也就認為是這個樣子的，作者說的就是對的，多年以後才發現哦原來不是那樣的，當然也有高質量的系列部落格或成套教程講的也非常細非常好，但是這樣的資料畢竟少，現在付費知識的優質內容也很多，但是這些學習途徑都有一個本質沒有變，就是你接收的都是別人消化過的內容，別人告訴你的經驗。
一個成熟的技術出來可以沒有部落格沒有書籍，一定會有一個官方文件，毋庸置疑，它一定是最準確、最實時的資料，所以我想講的是技術人應該學會從官方資料去學習一個技術的能力，應該具備這種自我學習總結的能力，個人認為非常重要。總結一下我覺得看官方文件學能帶來這麼些好處：
1、學會看文件學習的能力，你就具備的學會其他一切技術框架的基礎
2、官方文件一般都會從它的架構設計到每個點的細節乃至配置屬性都會有，完整、及時又準確，可以保證你學的內容一定是最正確的
3、可以更近距離的接觸框架本身，我是這麼一種感覺
4、官方的東西原汁原味，能夠鍛鍊自我學習總結能力
開始從官方文件學習
從官方文件入手，從QuickStart 開始，然後遇到特別晦澀難懂的概念名詞，再去搜幾篇針對性的文章或者搞本書配合著看，一般的技術型框架都可以這麼搞定，時間緊可以先針對性去看對應的章節，一般來說你要的東西就在Guide、Reference、Document這些地方，有講實現原理的一定去看一看，一定對框架有個全貌認識，暫時不用的技術點起碼有個印象，後期如果要用，在進行深入。
但是但是，一般來說開源技術框架都來自國外，（近幾年國內的開源技術框架發展也十分迅猛），官網文件都是英文，有一些會配有中文，但是如果沒有中文英文不好怎麼辦，不要怕，一個字【硬啃】，配合有道詞典或其他翻譯工具一點一點來，慢慢你就會發現，技術框架領域高頻單詞就那麼些，讀官方文件基本不用考慮時態，不用懂語法，只要詞彙量夠，看懂不是什麼難事，當然單詞量就需要多看多積累，慢慢就好了，這裡多提一句，有時間有機會學英語，一定好好學。當然看文件也有一定的技巧，開始上手肯定比較難，從小框架開始，前期可以結合一些其他資料對應著看，慢慢適應，限於篇幅，這篇先不講具體的操作過程，後面專門拿一個技術寫一篇實踐，分享給大家。
寫在最後的話
最後最後，所有的東西都應該活學活用，優秀的部落格、書籍等資料是值得去看去學的，畢竟一些場景的解決方案，踩過的坑官網上是沒有的，能少走很多彎路，可以學習別人的經驗、思路方法來豐富自己的知識庫，知識學習沒有固定套路，無招勝有招，無招即是有招。