打造本身的Android經常使用知識體系

前言

Android經常使用知識體系是什麼鬼？所謂經常使用知識體系，就是指對項目中重複使用率較高的功能點進行梳理。注意哦，不是Android知識體系。

古語道：學而不思則罔，思而不學則殆。若是將作項目類比爲「學」，那麼整理就能夠類比爲「思」。

在作項目過程當中老是會遇到使用相同的功能，好比toast、對話框、刷新加載列表、網絡框架、數據庫等等，一個簡單的方法就是從以前的項目中複製粘貼到新項目中，而後作一些個性化修改，好了，這就「大功告成」了。當另一個新項目用到了，再次複製粘貼。這樣是否是很low。可是當項目一個接一個的時候，這個方法是一個簡單快速的方法。

那麼當幾乎沒有項目可作的時候或者當週末有時間的時候，咱們是否是應該對功能點進行一下思考呢。那麼思考什麼呢？

1. 思考這個功能點通過多個項目的「考驗」，是否是「成年」了，能夠「獨立」出來了；
2. 思考這個功能點是否是屬於經常使用功能，值得「獨立」出來；若是是的話，爲何不把這個功能點從項目中「獨立」出來呢。有人會說，我記憶好，能知道全部項目中用到的功能點，我能夠隨時找到。是嗎？我當下很懷疑啊。

功能點如何獨立？

一個Demo

將功能點從項目中摘出來，作成一個Demo。數據能夠採用假數據，涉及到網絡數據的，可使用mockAPI。
注意：一個Demo只有一個主功能點，其餘輔助的功能點能夠簡化。不能簡化的話就在博客中標註出來。

兩個平臺

一個是博客平臺（博客園、CSDN、簡書等），一個是github。
爲何要寫博客呢？由於這樣才能記錄這個功能的集成步驟，以及對這個功能的理解。固然了，不寫博客也能夠寫到github的READMEN.md中。主要目的就是經過寫文章加深本身對功能的理解，至於精細到什麼程度，在於我的的想法。
一個小建議，剛開始寫博客沒有頭緒，能夠先製做一個模板（word就行）：羅列出來目錄，像什麼概述、前言、項目結構圖、集成步驟、使用方法、參考資料等目錄名稱。好比個人博客文章，基本上是同一個模板。
github就很少說了，託管本身的代碼，記錄版本迭代信息，比存儲在本地強多了。

爲何要進行體系化？

所謂體系化，其實就是對本身的知識進行梳理。這樣才能清楚本身具有哪些能力，欠缺哪些能力。而且能夠快速複用知識點，節省重複功能的開發時間。
有人會說，整理經常使用知識體系，只是停留在使用的層面，沒法達到進階的做用。是的，這個經常使用知識體系能夠幫助咱們快速複用功能，節省時間，同時也能夠加深咱們對功能的表面理解，那麼節省出來的時間以及對功能的表面理解是咱們對功能的實現原理進階的基礎。由表入裏也是一種方法。

咱們不只僅要拓寬知識的緯度，更要加深知識的經度。因此閱讀源碼、理解原理是咱們的目標。

體系如何打造？

整理！先整理細碎的功能點，最後使用思惟導圖的形式展示出來。
若是以爲別人整理的很好，那麼能夠直接連接到別人的博客地址，不須要本身重複造車輪子的。

Android經常使用知識體系思惟導圖（例子）

《Android經常使用知識體系-V1.1.html》思惟導圖下載地址【請下載html文件預覽，每一項知識點都有對應的連接地址】：

連接：https://pan.baidu.com/s/1fQOXzlTNj7qdPAe4IMgwrg 提取碼：ff8c

 

 我的想法，僅供參考。