好的计划是良好的开始,它会帮助你按时完成学习内容;好的计划是良好的兴奋剂,它会帮助高效的完成学习内容; |
---|
相比于清晰和可执行的计划,我相信你绝不会多看一眼杂论的并且执行起来困难的;所以说它会起到兴奋剂的作用。 相比于第一条来说,今天我们来聊聊第二条,第一条或许我们了解的比较清楚了;So,它为什么会起到兴奋剂的作用呢?带着疑问我们来看这件事。
那么也就是我们的重点应该放在如何制定可执行计划,其实这个过程都是通过人为摸索出来的,有些时候并不一定说某人那么去做一定是合适的,因人而异;“设计模式”出世也和这个有关系-伏笔。
参考学习进度比较快的同学心得体会,因为有些路没有必要自己去趟,我比较坚信这个,但不是全部; |
---|
自己整理所有关于学习资料的素材,但是请不要太多,因为你永远都找不完; |
大致浏览每个材料讲的什么内容,做到心里有数,不要求懂,但是你得知道人家说了点什么; |
接下来,开始安排自己的学习计划,参考以上步骤,目的是指定一个可执行,并且可带动你高效执行的计划;或许这次计划根本就达不到以上两点,但是请不要怀疑自己,因为你很聪明,短时间尝试就知道不行;
所以此时,开始调整,记录自己完成每个计划大致需要多久(高效状态),这个过程尤为重要,因为我以前就是缺失这一步,导致自己仅仅是重复做计划,但是执行都没有的达到上文的状态;所以此路较滑,请谨慎慢行,记住别超车。
-----------------------------------------------------------------------------------------------------------
分享些干货的内容,也算是自己的总结,希望能够对后期学习设计模式的伙伴有一个良好的学习作用; |
---|
也许你会感觉作用效果不大等等,正如上文所说,因人而异,找到适合自己的就好,切记盲目学习。上文中有个伏笔-设计模式其实就是有人专门花时间研究在不同场景下存在的一些客观的规律,也正是因为这个规律,导致我们可以重复使用,也便是代码的复用,那么复用的效果就是为了维护方便;
First,了解面向对象的三大特征,类和接口,访问修饰符、静态成员和非静态等等;不过此了解非比了解,希望伙伴们更偏向于问问题(代码为何这么写)?------------侧重于过程而非实现。
Next,了解类之间的四大类关系(关联、依赖、继承、实现);六类(增加“聚合”和“组合”),通过代码实例学习,也是同第一步,偏向于问 问题;
Then,设计模式分类学习,前提针对某一类型系统性理论学习(课本),接下来画UML图;然后通过图尝试写代码,结合课本实例;
设计模式中会出现UML图,似乎听伙伴们说过,学习设计模式的最高境界就是根据UML图写出代码; |
---|
Last,整体性总结,总结也是分模板的吆!
总结 | 内涵 | 鉴赏 |
---|---|---|
它要解决一个什么问题: | 掌握它的UML图 | 这个模式的优缺点是什么 |
什么时候可以使用它: | 记住它的关键代码 | 在使用时要注意什么 |
它是如何解决的 | 能够想到至少两个它的应用实例(生活+软件) |
------------------------------------------------------------------------------------------------------------
在学习的过程中,不免会出现越级操作,这也没事,但是当你越级后,心有余而力不足的时候,请速速马上回过头来学习,别自己死磕,勇敢的面对自己。
末尾了,和小伙伴分享下自己按照此过程学习的效率吧,一天创建型模式(五个)学习完毕,时长205分钟,大概三个半小时;或许是自我感觉良好吧,不过对于我这样的来说,也满足了;
学习记录 | 五个UML实例图,五个实例代码,五个模式的文字总结; |
---|
如果您在浏览文章的时候,有哪些地方不是很理解的话,欢迎当面以及线上联系我,感谢您的阅读。