打造本身的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

 

 我的想法，仅供参考。