從如今開始，試着學會用官方文檔去學習一個技術框架

開始

不知你是否有過這樣的經歷，項目中須要用到一個新技術或者說項目經歷告訴你，某某去把這個技術研究一下，而接到任務的你是如何處理的呢？ 方式一：打開百度或谷歌 -> 搜索關鍵字【xx教程】-> 找幾篇看一看 -> 參考技術文章或博客開始搞 -> 收工。方式二：買相關的書籍或網上找一堆視頻照着搞，若是你不是上面的這兩個流程，後面的內容就能夠選擇不看了。

而後呢

整個過程面上看一點毛病都沒有，你也很好的完成了任務，用到了項目中，很開心，我早期也是這樣。不能否認，這樣效率很高。

接下來問本身幾個問題

一、這個框架使用時候有什麼限制或注意的地方嗎？ 答：我看的那篇博客上沒講，我再去搜搜
二、框架支持擴展嗎，我想在那裏加個自定義的實現 答：書上沒說
三、有個某某需求，這個框架能作實現或嗎 答：那個博客上只講了一點，我在找找
四、3.5版本的新特性瞭解了嗎，能用到咱們的場景嗎 答：啊啊 我買的書講的是3.0

emnnnnnn..................

剖析一下

爲何？每一個做者在寫這些內容的時候站的角度可能都不同，面向的用戶接受羣體也可能不同，做者A注重實用給初學者看，做者B強調理論和原理給高級人員看，再加上做爲搜索資料的咱們，可能並不能辨別一片文章的深淺，適用程度，一篇看不懂就多搜幾篇，一本書沒看明白就多買幾本，這樣，對初學者來講容易迷失，整個來講你學的就不成體系，東一下西一下，你的知識是碎片化的，很難對框架有系統的認識，再一個你的理解就圈在了做者理解的範圍內，還可能出現搜了半天最後調不通，發現你用的跟做者的版本不一致，甚至可能會出現做者對於某一問題的認知理解有誤差，而你也就認爲是這個樣子的，做者說的就是對的，多年之後才發現哦原來不是那樣的，固然也有高質量的系列博客或成套教程講的也很是細很是好，可是這樣的資料畢竟少，如今付費知識的優質內容也不少，可是這些學習途徑都有一個本質沒有變，就是你接收的都是別人消化過的內容，別人告訴你的經驗。

一個成熟的技術出來能夠沒有博客沒有書籍，必定會有一個官方文檔，毋庸置疑，它必定是最準確、最實時的資料，因此我想講的是技術人應該學會從官方資料去學習一個技術的能力，應該具有這種自我學習總結的能力，我的認爲很是重要。總結一下我以爲看官方文檔學能帶來這麼些好處：

一、學會看文檔學習的能力，你就具有的學會其餘一切技術框架的基礎
二、官方文檔通常都會從它的架構設計到每一個點的細節乃至配置屬性都會有，完整、及時又準確，能夠保證你學的內容必定是最正確的
三、能夠更近距離的接觸框架自己，我是這麼一種感受
四、官方的東西原汁原味，可以鍛鍊自我學習總結能力

開始從官方文檔學習

從官方文檔入手，從QuickStart 開始，而後遇到特別晦澀難懂的概念名詞，再去搜幾篇針對性的文章或者搞本書配合着看，通常的技術型框架均可以這麼搞定，時間緊能夠先針對性去看對應的章節，通常來講你要的東西就在Guide、Reference、Document這些地方，有講實現原理的必定去看一看，必定對框架有個全貌認識，暫時不用的技術點起碼有個印象，後期若是要用，在進行深刻。

可是可是，通常來講開源技術框架都來自國外，（近幾年國內的開源技術框架發展也十分迅猛），官網文檔都是英文，有一些會配有中文，可是若是沒有中文英文很差怎麼辦，不要怕，一個字【硬啃】，配合有道詞典或其餘翻譯工具一點一點來，慢慢你就會發現，技術框架領域高頻單詞就那麼些，讀官方文檔基本不用考慮時態，不用懂語法，只要詞彙量夠，看懂不是什麼難事，固然單詞量就須要多看多積累，慢慢就行了，這裏多提一句，有時間有機會學英語，必定好好學。固然看文檔也有必定的技巧，開始上手確定比較難，從小框架開始，前期能夠結合一些其餘資料對應着看，慢慢適應，限於篇幅，這篇先不講具體的操做過程，後面專門拿一個技術寫一篇實踐，分享給你們。

寫在最後的話

最後最後，全部的東西都應該活學活用，優秀的博客、書籍等資料是值得去看去學的，畢竟一些場景的解決方案，踩過的坑官網上是沒有的，能少走不少彎路，能夠學習別人的經驗、思路方法來豐富本身的知識庫，知識學習沒有固定套路，無招勝有招，無招便是有招。