網(wǎng)絡(luò)時代寧河小程序開發(fā)文檔，獲取信息寧河小程序開發(fā)文檔的渠道變寧河小程序開發(fā)文檔的更多，也更便捷。然而在汪洋如海的知識里，如何能找到自己的方向，這需要一些技巧。

　　新的技術(shù)，往往是之前的一些技術(shù)，發(fā)生了一些突破，創(chuàng)新后變成了一種新的概念，描述，然而本質(zhì)不會改變，我們要找尋的便是，通過網(wǎng)絡(luò)零散的知識，如何快速形成自己的學(xué)習(xí)計(jì)劃。

　　很多人遇到新的知識，總是顯得焦慮、不得章法，導(dǎo)致迷茫慌亂，反反復(fù)復(fù)地沒啥進(jìn)展，時間成本很大，卻收效甚微。究其原因，在于沒得思路，不知該如何去學(xué)習(xí)。

　　一個新的知識出來，首先要看的是它是什么，它能做什么，對你而言你是要致力于這個方向，還是只是淺嘗輒止？每個人的精力有限，有時要學(xué)會借力打力，見招拆招。而不是自己奮力先自行修煉，認(rèn)為自己可以出山，才出關(guān)道士下山。

　　如今知識爆炸時代，如果門門都去掌握，肯定是不現(xiàn)實(shí)的。如此就要去關(guān)注自己感興趣的方向，然后深入將核心掌握，然后抽離出來模型，放入實(shí)踐中進(jìn)行驗(yàn)證，完成自己的一套知識體系。

　　舉個例子，手機(jī)系統(tǒng)，拋開其他先做一個模型，手機(jī)組成為硬件，驅(qū)動，軟件。經(jīng)歷過單片機(jī)，嵌入式開發(fā)版的人來說，拿到一些板子，外接一個LCD，然后自己去照著手冊，編寫驅(qū)動程序，封裝一些接口，讓做應(yīng)用軟件的人員，直接使用調(diào)試好的這些接口，來完成功能實(shí)現(xiàn)。

　　當(dāng)開發(fā)復(fù)雜的應(yīng)用時，要做多任務(wù)，但顯示界面沒有一套UI庫，于是開始找開源的系統(tǒng)，比如μC/OS II 和uclinux等一系列的系統(tǒng)便涌了出來，解決任務(wù)，進(jìn)程創(chuàng)建，調(diào)度現(xiàn)場保護(hù)等等，讓我們可以快速使用多任務(wù)而不用關(guān)注太多細(xì)節(jié)；多進(jìn)程，完成更加復(fù)雜的事情，界面控件，響應(yīng)，再借助別的GUI系統(tǒng)，比如wxwidget和 qt等等來完成搭建我們的界面庫，將其移植過來配合我們的系統(tǒng)，來實(shí)現(xiàn)繪制，響應(yīng)。

　　關(guān)于操作系統(tǒng)，GUI的內(nèi)部實(shí)現(xiàn)，我們可以不必深究，但必須了解其機(jī)理和懂得操作系統(tǒng)的大致實(shí)現(xiàn)進(jìn)程的方式，比如構(gòu)造一個PCB表，構(gòu)造堆棧控件，線程切換保護(hù)現(xiàn)場模式。要能夠自己打通，形成自己的一套概念。

　　技術(shù)千變?nèi)f化，卻萬變不離其宗。腳本語言出現(xiàn)了那么多，實(shí)質(zhì)還是一個解析器。按照約定，去讀取解析然后執(zhí)行。然后我們把這個約定叫做語法，把解析叫做語法分析。將很多東西進(jìn)行一句話總結(jié)。一句話模型，是自己先對某個知識，形成一個簡單的概念，然后順著這個方向，去細(xì)化知識，理解實(shí)現(xiàn)原理，然后回過頭來，加深一句話的總結(jié)，做到心中有數(shù)。

　　在剛接觸一個新的知識的時候，首先要做的是，搜索概念，了解它是干嘛的，然后去看下大家都用它在做什么。然后看下它是否能解決你的訴求。距離SDL框架來說，第一件事便是了解，它主要解決什么？它主要解決圖片的渲染，就是如何將一幀畫面顯示在各個平臺。用它來做個圖庫肯定是可行的。想用它播放視頻，既然它就是圖片顯示，那視頻解碼出來就是一幀圖片，如果借助其他的庫將視頻解碼出來，拿過來讓SDL去顯示，就可以播放視頻了。于是就找到了ffmpeg+SDL組合來完成視頻播放器。

　　那么它做游戲可以嗎？可以。想做復(fù)雜的，比如有地圖文件，物理碰撞，粒子炸彈效果，界面GUI，我們發(fā)現(xiàn)SDL本身沒有，所以要用它就需要移植。有人會說，何必呢？有一些現(xiàn)成的游戲引擎，支持的很好了。比如cocos2d和libgdx，開發(fā)游戲來說更加方便，快捷。確實(shí)如此，那么我們用SDL的意義在哪呢？其實(shí)SDL要做的很簡單，比如你開發(fā)了一個游戲，比如之前是在一個特定顯示器的，然后自己想移植到PC上或者ios或者android來玩，那么你要做的就是事件匹配，觸摸匹配，以及繪制匹配，而這些SDL已經(jīng)幫你做好了，你就可以參照SDL的官方文檔將游戲移植過來了。

　　回到主題，我們怎么快速的掌握一個新的知識呢？

　　首先，官網(wǎng)介紹。官網(wǎng)會將它的用途講解出來。這個概念，你要快速形成模型來決定是否需要學(xué)習(xí)，短時間內(nèi)是否能夠掌握。不必勉強(qiáng)不擅長的一味逞強(qiáng)去學(xué)習(xí)，到頭來自己迷茫，也沒啥收獲。比如學(xué)習(xí)手寫識別，做過一些demo，但是識別率比較低，而自己嘗試了下，發(fā)現(xiàn)這個領(lǐng)域，自己是沒法短期突破，因?yàn)椴恢悸罚跃鸵顺觯f明這個方向不適合自己，就不要瞎去研究。當(dāng)然，如果你有的是時間、須要研究，那就另當(dāng)別論了。

　　從開始的技術(shù)流，看到什么都去學(xué)下，導(dǎo)致很多東西都是略知皮毛，導(dǎo)致都沒深度，沒有深度，意味著沒有競爭優(yōu)勢。某個方向，發(fā)展成自己的優(yōu)勢，尤為重要。技術(shù)流是做技術(shù)的核心競爭，但不可太過零散，要做到收放自如，哪些必須掌握，哪些可以一筆帶過，哪些需要研究一番，抓住主干，切不了細(xì)枝末節(jié)都牢牢抓住。當(dāng)然，如果就是專攻此方向，那就另說。

　　學(xué)會整理、鑒別、快速搜尋答案。比如開發(fā)應(yīng)用第三方庫，網(wǎng)上有很多對比，MPchart和hellochart，但hellochart比較簡單，并且它能解決訴求，于是就嘗試快速上手了。但開發(fā)完城后，使用時發(fā)現(xiàn)做的很多地方比較死板，讓開發(fā)的人員用起來比較別扭，這個就是時間問題了。如果覺得自己是長線要做圖表的，那就每個都看看，找到更適合自己的為止。

　　很多開源的都是需要簡單調(diào)試的，于是快速找出可以使用的為止，調(diào)整小的問題，需要有能力閱讀代碼完成修改。例如說greendao，一個非常好用的三方數(shù)據(jù)庫方案，在使用的時候發(fā)現(xiàn)不能創(chuàng)建兩個實(shí)例，也就是不能有兩個db文件被創(chuàng)建，有很多人開發(fā)，想賬戶和應(yīng)用數(shù)據(jù)想獨(dú)立存儲，放在兩個db里面，那么可以確定greendao做不到，因?yàn)樗膯卫Ｊ讲辉试S，它的很多內(nèi)容用了一個全局變量。想做成兩個db請換其他開源庫，如果不是必須要兩個db，那可以做兩個table來解決此問題。

　　要有能力解決問題，開源庫會磨煉技術(shù)，提升定位，以及修改問題的能力。

　　看完官網(wǎng)的介紹，覺得滿足自己的需求，那么就可以繼續(xù)閱讀，主要看下它的wiki或者示例、效果。自己搭建環(huán)境調(diào)試，看下是否能夠完成，如果過程中發(fā)現(xiàn)不是太好，就需要重新去找別的項(xiàng)目，不需在此過多糾結(jié)。

　　學(xué)完demo發(fā)現(xiàn)適合，那就研究下它的基本開發(fā)套路，能夠形成一個簡單輪廓，向自己的目標(biāo)靠近。如果途中出現(xiàn)問題，要能夠從它的文檔中找出問題點(diǎn)，當(dāng)然首先先百度，google搜索，去甄別答案。

　　如果找到一個開源項(xiàng)目，發(fā)現(xiàn)有些功能受限，比如glide，客制化時發(fā)現(xiàn)它的加載圖片功能不夠，于是需要研究代碼。

　　閱讀代碼，最好是帶著一個問題去閱讀，比如某個方法，我想擴(kuò)展下，覺得它的返回，或者回調(diào)里面信息不夠，然后去追蹤，分析，定位。這里需要強(qiáng)調(diào)的一點(diǎn)是，不要盲目一路去追代碼，學(xué)會總結(jié)，不要被一些細(xì)枝末節(jié)的代碼導(dǎo)致迷失方向，比如一個方法就是比較一個點(diǎn)是否在矩形區(qū)域內(nèi)，如果不是必須研究算法，那么我們就只關(guān)注這個返回值的判斷地方。對于有些宏，case項(xiàng)，可以看看枚舉值，對于理解會有所幫助；播放一個音頻文件，發(fā)現(xiàn)有個case有一個枚舉，TYPE_MP3 那么就可以去看看這個都有哪些枚舉，就能知道這里都支持哪些格式的播放；如果有些枚舉上有個宏控，那就知道這個功能是需要配置，有可能沒有開啟。

　　代碼閱讀的技巧太多，甚至每個人自成一套，只要努力去閱讀，失敗后總結(jié)，便會有自己的一套學(xué)習(xí)方法。

　　學(xué)習(xí)完后，做了demo，文檔看了一堆，終于解決了問題。于是就可以很歡快的將它納入自己的知識貯備。但如果這個項(xiàng)目后續(xù)會多次使用，那么要研究它便是遲早的事情了。需要花費(fèi)大量的時間，快速整理出來學(xué)習(xí)思路，照它的demo，跟蹤代碼，理解，掌握。然后能夠打通，同時不會陷入細(xì)節(jié)里面。

　　到這里已經(jīng)完成了新的技術(shù)的認(rèn)識，后續(xù)便是是否想繼續(xù)挖掘，學(xué)習(xí)，那就要不斷的穿梭在代碼，文檔之間，同時借助搜索引擎來掃除理解的一些障礙。

　　例如需要理解一些android的概念，linux操作系統(tǒng)，虛擬機(jī)，surfaceflinger，AMS服務(wù)，binder通信機(jī)制，以及jni等等，概念先行，會將整體框架搭建起來，了解自己將來的的學(xué)習(xí)軌跡，并能夠知道自己當(dāng)前走到哪里了，是否還需要繼續(xù)。再例如view.post，我們學(xué)到message.post則可以結(jié)束了，同時需要貫穿一下放入消息池中，從哪里取出，消費(fèi)的。也就是handle message 和looper的關(guān)系。

　　思考，總是需要有所突破。不能每次都沉浸在別人研究的結(jié)論上，在別人的結(jié)論上，繼續(xù)深入挖掘，才能變成自己的獨(dú)特的見解，比別人多走一步，有自己的總結(jié)，以及更深更透徹的理解，這才是真正的收獲。

　　當(dāng)經(jīng)歷了數(shù)次語言的演變，就能透徹的理解演變的背后，往往跟隨著科技的進(jìn)步。從之前的斤斤計(jì)較，對于內(nèi)存，硬盤，以及堆棧區(qū)域大小，跳轉(zhuǎn)空間限制等等，到現(xiàn)在不需太多關(guān)注，編譯器優(yōu)化，已經(jīng)能夠做更加高效便捷了。

　　追求效率和品質(zhì)，永遠(yuǎn)是在制衡，到達(dá)一個平衡即可，切勿過度導(dǎo)致顧此失彼得不償失。現(xiàn)在的開發(fā)，若非實(shí)時要求非常嚴(yán)格，必須精準(zhǔn)的計(jì)算執(zhí)行時間，平時開發(fā)基本對于效率不會過度追求，對于計(jì)算排序算法不會太過較真，只為在容忍的時間內(nèi)解決問題即可。

　　學(xué)習(xí)，在于有目標(biāo)和有技巧地去掌握。有計(jì)劃學(xué)習(xí)并找到自己喜歡的課題時，請牢記深入學(xué)習(xí)。如果自己不喜歡，卻比較流行，那就學(xué)個demo了解背景，做到知曉即可。

　　開發(fā)應(yīng)用，很多時候不做研究，拿來即可合入項(xiàng)目。如果是偶然開發(fā)，風(fēng)險(xiǎn)可以稍后推延，做到大致心中有數(shù)；如果是長線開發(fā)，比如公司，團(tuán)體，那么初次使用，可以不做過多計(jì)較。如果第二次繼續(xù)使用，則需要注意，我們需要研究下代碼評估風(fēng)險(xiǎn)，做到心中有數(shù)，對于開源庫的優(yōu)點(diǎn)、缺點(diǎn)、適合場景等等做出基本判斷。

　　學(xué)習(xí)永無盡頭，能有一套自成體系的學(xué)習(xí)方法，比之熟練掌握幾種語法，要有優(yōu)勢的多。因?yàn)橹R不斷在迭代更新，手握自己的漸變陳舊的技術(shù)，卻無力快速適應(yīng)新的知識體系，理論，那么，技術(shù)革新的車輪，則會毫無情面的碾過你，連同你所經(jīng)歷的歲月。