☞ 关于宏观、模块、注释的思考
共 630 字，预计阅读时长 2 分 01 秒
本周分享三个点：
● 当人们画复杂对象的时候，比如说是一座房屋，总是一层层地去画。首先画出房屋的轮廓，然后画窗口和门，接下来画进一步的细节，而不是一块砖、一片瓦、一根钉地去画
分层结构是实现软件的首要技术使命的有用工具，因为它使你能够只关注于当前正在关注的那一层细节。其他的细节并没有完全消失，它们只是被放到了另一层次上，这样你就可以在需要的时候去考虑它们，而不是在所有的时间都要考虑所有的细节。
前端工程师在写页面尤为明显，先布局再逐一填充每一个板块的内容，然后装饰样式。程序员一定要具备，先宏观后微观的思维，否则做出来的程序很难适应未来的变化。
● 模块之间好的耦合关系会松散到恰好能使一个模块能够很容易地被其他模块使用
火车模型之间通过环钩彼此相连，把两辆列车连起来非常容易，只用把它们钩起来就可以了
设想如果你必须要把它们用螺丝拧在一起，或者要连很多的线缆，或者只能连接某些特定种类的车辆，那么连接工作会是多么复杂。火车模型之间之所以能够相连，就是因为这种连接尽可能的简单。在软件中，也请确保模块之间的连接关系尽可能的简单。
● 注释为我们提供了一个借口。使用注释来解释代码，是注释的本意，但我们有时候会过度依赖解释，从而放弃了潜在的替代方案，比如更准确的命名，更清晰的结构，更顺畅的逻辑等等，注释，被我们用成万能的狗皮膏药，有时会让代码更糟糕
我一直坚信越优秀的代码越不需要注释，并不是注释越多越好，应该花时间去提高用词的精准度，而不是比谁 的代码注释多
另外一点：要写好注释首先要思考怎么不写注释
