打造自己的Android常用常识体系

前语

Android常用常识系统是什么鬼？所谓常用常识系统，便是指对项目中重复运用率较高的功用点进行收拾。留意哦，不是Android常识系统。
古语道：学而不思则罔，思而不学则殆。假如将做项目类比为“学”，那么收拾就能够类比为“思”。
在做项目过程中总是会遇到运用相同的功用，比方toast、对话框、改写加载列表、网络框架、数据库等等，一个简单的办法便是从之前的项目中复制粘贴到新项目中，然后做一些个性化修改，好了，这就“大功告成”了。当别的一个新项目用到了，再次复制粘贴。这样是不是很low。可是当项目一个接一个的时分，这个办法是一个简单快速的办法。
那么当几乎没有项目可做的时分或者当周末有时刻的时分，咱们是不是应该对功用点进行一下考虑呢。那么考虑什么呢？
考虑这个功用点经过多个项目的“考验”，是不是“成年”了，能够“独立”出来了；
考虑这个功用点是不是属于常用功用，值得“独立”出来；假如是的话，为什么不把这个功用点从项目中“独立”出来呢。有人会说，我记忆好，能知道所有项目中用到的功用点，我能够随时找到。是吗？我当下很怀疑啊。

功用点如何独立？
一个Demo
将功用点从项目中摘出来，做成一个Demo。数据能够选用假数据，涉及到网络数据的，能够运用mockAPI。
留意：一个Demo只要一个主功用点，其他辅助的功用点能够简化。不能简化的话就在博客中标示出来。
两个渠道
一个是博客渠道（博客园、CSDN、简书等），一个是github。
为什么要写博客呢？因为这样才干记载这个功用的集成过程，以及对这个功用的了解。当然了，不写博客也能够写到github的READMEN.md中。主要目的便是通过写文章加深自己对功用的了解，至于精细到什么程度，在于个人的主意。
一个小建议，刚开始写博客没有条理，能够先制作一个模板（word就行）：罗列出来目录，像什么概述、前语、项目结构图、集成过程、运用办法、参考资料等目录称号。比方我的博客文章，基本上是同一个模板。
github就不多说了，托管自己的代码，记载版别迭代信息，比存储在本地强多了。
为什么要进行系统化？
所谓系统化，其实便是对自己的常识进行收拾。这样才干清楚自己具备哪些能力，欠缺哪些能力。而且能够快速复用常识点，节约重复功用的开发时刻。
有人会说，收拾常用常识系统，只是停留在运用的层面，无法达到进阶的效果。是的，这个常用常识系统能够协助咱们快速复用功用，节约时刻，同时也能够加深咱们对功用的外表了解，那么节约出来的时刻以及对功用的外表了解是咱们对功用的完成原理进阶的基础。由表入里也是一种办法。
咱们不仅仅要拓宽常识的纬度，更要加深常识的经度。所以阅览源码、了解原理是咱们的方针。
系统如何打造？
收拾！先收拾细碎的功用点，最终运用思想导图的形式展现出来。
假如觉得他人收拾的很好，那么能够直接链接到他人的博客地址，不需要自己重复造车轮子的。