率性而为

非常 little 或 easy 的项目

  • 想看哪就看哪 ，反正一会就看完了 , 看完自然能串联起来 , 明白是咋回事
  • 实现方式比较简单 , 代码一目了然 , 很快能猜测出关键的代码在什么地方 ,找关键的部分看看就????了。 剩下的????山 ,还是去臭别人吧 ????

搞不定了

当代码比咱们还"任性"的时候 , 逍遥游神功无法施展 , 这时候就需要来点套路啦。
也就是 战略 和 策略。 战略就一点，不用多说大家都知道的。
谈谈策略吧~

  1. 明确问题 （知道是因为啥难以理解）
  • 比如下面这些情况
    • 代码没有注释 , 命名格式比较另类等
    • 实现方式过于复杂: 继承关系比较多 , 调用层次比较多 , 回调比较多 , 多线程交互 , 函数式语言的写法 ，算法比较复杂 , 或者依赖比较多的数学知识 。
    • 业务场景不了解: 对当前代码处理的业务或场景不了解 , 不知道代码要实现哪些功能 , 解决的是什么问题
    • 技术上的不熟悉: 使用了新的语法或者高级特性 , 某个SDK中的类功能不熟悉 , 或者依赖的框架不熟悉 , 使用了比较底层的东西 , 脱离了当前的编程语言 , 如操作系统、网络的细节等
  1. 明确目标（根据问题制定合适的目标）
  • 目标要明
    • 目标切分阶段
      • 没有明确的目标 , 或者目标太大，在代码中迷了路 ❓
      • 避免遇到问题太多 , 导致有放弃阅读的打算 ????
      • 先粗后细 :
        • 小流程可以直接忽略 , 如记录日志的方式 , 一些验证性、防御类代码 , 功能无关紧要等
    • 时刻提醒自己在哪 , 不要被其它地方导走注意力 , 不要因为代码很容易看到 , 就去看不是当前目标内的其它代码 (有一点点绕) 。要克制一些贪念和随意行为 ，当然如果你时间多的是 ，那就随你啦。
  • 边读边做记录
    • 短期记忆是有限的 ，看源码的过程可能比较长 ，有些代码当时明明白白 ，后续竟是两两相忘 。过度依赖短期记忆 ，大脑内存被打满； 脑补代码运行 , CPU 陷入死循环。脱发是不是就是这样产生的呢? ????
    • 重点不是怎么记录 ，而是记录本身 ，先不要因为格式等原因而犹豫不决，哪怕是只有自己能看懂也没有关系。重点是行动起来! 闭着眼画的鸡蛋 , 睁开眼难道就不认识了吗, 话说这是不是保护知识产权的另一种方式呢?
  • 使用IDE提供的工具
    • 如文档大纲 ，代码定义窗口 ，依赖关系图等 ，根据自己的习惯进行选择即可 。
    • 但要注意：君子器而不器 , 不要去纠结工具的一些细节

大概就是这两点吧 ， 希望对大家能有点启发和收获。
喜欢就帮忙点个赞吧 ????04F86BCE.gif