前言 Android常用知識體系是什麼鬼？所謂常用知識體系，就是指對項目中重覆使用率較高的功能點進行梳理。註意哦，不是Android知識體系。 古語道：學而不思則罔，思而不學則殆。如果將做項目類比為“學”，那麼整理就可以類比為“思”。 在做項目過程中總是會遇到使用相同的功能，比如toast、對話框、 ...
前言
Android常用知識體系是什麼鬼？所謂常用知識體系，就是指對項目中重覆使用率較高的功能點進行梳理。註意哦，不是Android知識體系。
古語道：學而不思則罔，思而不學則殆。如果將做項目類比為“學”，那麼整理就可以類比為“思”。
在做項目過程中總是會遇到使用相同的功能，比如toast、對話框、刷新載入列表、網路框架、資料庫等等，一個簡單的方法就是從之前的項目中複製粘貼到新項目中，然後做一些個性化修改，好了，這就“大功告成”了。當另外一個新項目用到了，再次複製粘貼。這樣是不是很low。但是當項目一個接一個的時候，這個方法是一個簡單快速的方法。
那麼當幾乎沒有項目可做的時候或者當周末有時間的時候，我們是不是應該對功能點進行一下思考呢。那麼思考什麼呢？
- 思考這個功能點經過多個項目的“考驗”，是不是“成年”了，可以“獨立”出來了；
- 思考這個功能點是不是屬於常用功能，值得“獨立”出來；如果是的話，為什麼不把這個功能點從項目中“獨立”出來呢。有人會說，我記憶好，能知道所有項目中用到的功能點，我可以隨時找到。是嗎？我當下很懷疑啊。
功能點如何獨立？
一個Demo
將功能點從項目中摘出來，做成一個Demo。數據可以採用假數據，涉及到網路數據的，可以使用mockAPI。
註意：一個Demo只有一個主功能點，其他輔助的功能點可以簡化。不能簡化的話就在博客中標註出來。
兩個平臺
一個是博客平臺（博客園、CSDN、簡書等），一個是github。
為什麼要寫博客呢？因為這樣才能記錄這個功能的集成步驟，以及對這個功能的理解。當然了，不寫博客也可以寫到github的READMEN.md中。主要目的就是通過寫文章加深自己對功能的理解，至於精細到什麼程度，在於個人的想法。
一個小建議，剛開始寫博客沒有頭緒，可以先製作一個模板（word就行）：羅列出來目錄，像什麼概述、前言、項目結構圖、集成步驟、使用方法、參考資料等目錄名稱。比如我的博客文章，基本上是同一個模板。
github就不多說了，托管自己的代碼，記錄版本迭代信息，比存儲在本地強多了。
為什麼要進行體系化？
所謂體系化，其實就是對自己的知識進行梳理。這樣才能清楚自己具備哪些能力，欠缺哪些能力。並且可以快速復用知識點，節省重覆功能的開發時間。
有人會說，整理常用知識體系，只是停留在使用的層面，無法達到進階的作用。是的，這個常用知識體系可以幫助我們快速復用功能，節省時間，同時也可以加深我們對功能的錶面理解，那麼節省出來的時間以及對功能的錶面理解是我們對功能的實現原理進階的基礎。由表入里也是一種方法。
我們不僅僅要拓寬知識的緯度，更要加深知識的經度。所以閱讀源碼、理解原理是我們的目標。
體系如何打造？
整理！先整理細碎的功能點，最後使用思維導圖的形式展現出來。
如果覺得別人整理的很好，那麼可以直接鏈接到別人的博客地址，不需要自己重覆造車輪子的。
Android常用知識體系思維導圖（例子）
《Android常用知識體系-V1.1.html》思維導圖下載地址：
鏈接：https://pan.baidu.com/s/1fQOXzlTNj7qdPAe4IMgwrg 提取碼：ff8c
個人想法，僅供參考。
