##############################################
""" 阅读什么样的代码? 很难明确的说应该阅读什么样的代码,只能说有一些基本的原则: 1,阅读那些你用得着的代码 这一步最好从阅读那些你已经在使用的插件或者库文件开始。 这些都是你可以学习的非常好的例子。你已熟悉了它们的公共API,了解它们内部工作原理的障碍是较低的。此外,作为代码的用户,你有机会添加文档、实现新的功能,或者通常以某种方式给项目做贡献。 2,阅读那些你印象深刻的代码 你最近对什么项目印象深刻?是开源的吗?如果是这样的话,这是一个很好的阅读选择,因为代码很可能会给你留下深刻的印象。 3,阅读那些让你尊敬的大师写出来的代码 4,阅读那些能给你带来灵感的代码 选择小项目的代码,除非除非你是一个有经验的而且已经很会阅读别人代码的开发者了。 大型项目有更多的活动部件,你可能最终会因为这些概念而陷入困境,无法学到任何有价值的东西。困惑会导致沮丧,而更大的项目更有可能让你在阅读中感到困惑和气馁。选择一个小项目阅读的好处是可以一次将整个程序逻辑放在脑子里。这样你就可以关注细节,从而学习到很多知识。 """
#############################################
""" 如何阅读别人的代码? 既然你已经选择了一些代码来阅读,那么最好的阅读方式是什么呢?下面提供一些方法来最大化你的投资回报率,也就是读的少,但是收获多。 1,先看大框架 假设你至少在宏观层面上知道你所读的代码是如何实现的。 如果没有,先阅读项目的网站、教程、文档,以及除了代码之外你可以掌握的其他任何东西。 第一步就是先大致浏览一下项目的架构。 这一步的目标是熟悉源代码。找出哪些文件包含/请求/加载其他文件,其中大部分代码在哪里,如果有的话,使用的命名空间是什么,以及这些性质。一旦你掌握了大局,你就可以深入挖掘细节了。 2,记录阅读心得 阅读代码不应该是一种被动的行为。当你开始理解程序流时,我鼓励你在开始时添加注释,记录你的假设和结论。当你第一次开始的时候,你的记录大概会是这样的: 随着你的理解进展,你可以删除你当时留下的无关紧要的一些评论,也许还可以写一些有意义的、权威的评论,这些评论可能会被提交给你的项目。 3,边阅读边测试 当你阅读别人的代码时,测试是一个很好的起点,因为他们记录了代码应该完成的任务。 4,亲自动手做 谁说阅读代码时双手就得闲着?只有当你把所有的东西都打乱了,然后自己试着重新拼装好时,才能在这个过程中真正理解。 还记得那些通过的测试吗?想办法让它们失败,添加更多,或者尝试更改实现的逻辑而不破坏它们。 尝试添加一个你认为很酷的小功能,或者设置项目范围的日志记录,这样就可以在代码的不同阶段打印输出。 5,清除再重复 一旦读完了一个代码库,再选一个,然后重新开始这个过程。代码读的越多,你就能从阅读中获取更好的信息,你花的时间就越少。我认为你会发现投资回报增长很快,而且这是一种非常有趣的学习方式。 """
#############################################
#############################################
原文地址:https://www.cnblogs.com/andy0816/p/12344997.html
时间: 2024-10-13 17:23:44