4月26号,对自己的一些错误学习方法做了一些反思(《对自己一些错误学习方法的思考》),发现自己学习方法中存在的问题,之前学习总是贪多贪快,但研究的不深、理解的不明,总是浮于表面,感觉学到了很多似的,其实都是假象,所以从4.26号以来,自己始终在研究和Handler相关的问题,分享 了几篇文章:
写这些文章前前后后用了两个多星期,说一些自己的感受吧。
1、通过些文章,强制自己慢下来、深入下去,真正弄懂、深刻理解。
因为是技术性博客,所有的知识都是确定的,甚至是固定的,自己也怕写错而误导别人,所以也查阅了很多相关的文章,从而进一步增加了自己的知识量和深度。如果是之前,看书能看好多页,而现在仅仅研究一个专题。
懂得不在于多,而在于精和深。虽然慢,但是一步一个脚印,踏实。慢就是快。
2、感觉弄明白了和写出来,完全是两回事,写的过程是一个思考、整理、完善、再加工的过程,有利于理解和记忆。并且在写的过程中,总会暴露出新的问题,比如有些地方了解的不清楚等等,然后查阅资料解决它。
3、自己写文章,别人也能够看到 ,通过阅读量能知道有多少人看了自己的文章,看着阅读量的上涨,虽然阅读量仅仅是几十,心里也是美滋滋,每天打开CSDN,看看自己的排名又靠前了,也是美美哒,感谢这些看我文章的朋友,谢谢你们!
4、写作过程仍然缺乏目的性和计划性。
为什么要写Handler呢,当时是想写多线程,因为在开发中多线程太普遍了,必然要用到线程间的通信,所以当时就确定了Handler。但是现在想想,既然是写多线程,就应该把所有的与多线程相关的知识都整理一遍,应该有个整体的框架和计划,从线程的两种创建方式,到线程池、线程间通信,以及HandlerThread、AsyncTask、IntentService,当然还有线程的特点、线程与进程的对比,特别是线程同步、死锁,等等,也就是应该有一个宏观的、从上到下的计划,而非想到哪学哪,不能那么随意 。
当然,不仅仅是在这些知识的整理中,任何一件事都应该有明确的目标性和计划性。
5,写作中还没有形成自己的写作风格。
文章中主要分为目录、介绍、使用、原理、源码分析、总结等几个部分;
文章中更多还是单纯的用文字描述,缺乏介绍图、流程图、思维导图、对比表格、对比图等,不能做到图文并茂,不能使这些知识点更容易理解和记忆;
文章也仅仅是针对一个知识点,缺乏横向对比,比如解决这个问题还有哪些方法,各方法的优缺点,为什么已经有了一种方法又推出了一种新的方法,等等,仍然有很多不足。
如果你和我也存在类似的问题,比如看书看的很快,理解不深、记忆不住,那我们一起来写博客吧。