返回博客不愧是疑问解决神器！你强任你强👍👍👍
一种工具或方法在解决前端开发中的疑问时表现出的强大能力。"不愧是疑问解决神器"表明该工具在实际应用中被证明非常有效，能够迅速解决开发者的困惑。"你强任你强"则是一种自信的表达，暗示无论问题多么复杂，该工具都能应对自如。整体而言，标题传达了该工具在提升前端开发效率和解决疑难问题方面的卓越表现，是开发者值得信赖的利器。
不愧是疑问解决神器！你强任你强👍👍👍
https://mp.weixin.qq.com/s/xui2UBEtkJc46Q-ImWrv8g
- 在过去，我习惯用这种方式来阅读书籍或文章：先快速浏览一遍，然后再进行复读，并最终总结所学的知识点。然而，长期以来，我发现这种方式并不能满足我最初阅读的目的。我相信许多人也有相似的经历，我们阅读某些文章或书籍，要么是为了扩展知识面，要么是为了解决某个问题，或者是对某个话题产生兴趣。然而，事实上，我发现自己在读完某些文章或书籍后，并没有完全理解和真正能够实践的关键要点，只是匆匆地过了一遍。
- 因此，我开始尝试寻找一种新的阅读模式（
Q&A），即带着问题去阅读，带着思考去阅读。我尝试在文章或书籍中寻找我想要的答案，或者更深入地理解我关心的问题。最近，我开始阅读《重构：改善既有的代码的设计（第2版）》，并尝试使用问答模式进行阅读。通过这种方式，我发现我能够更好地理解书中的内容，并能更好的吸收和自我总结。
- Q&A:
前言
1. 这本书讲了什么？
- 解释了重构的原理和最佳实践，并指出何时何 地你应该开始挖掘你的代码以求改善。
2. 这本书的核心是什么？
- 本书的核心是一系列完整的重构方法，其 中每一项都介绍一种经过实践检验的代码变换手法的动机和技术
3. 重构的关键是什么？
- 理解，有条不絮的理解是进行重构的关键。
- 运用本书的重构手法，保证每次只走一步。
4. 什么是重构？
- 在不改变代码外在行为的前提下，对代码做出修改，以此来改进程序的内部结构。
- 重构就是在代码写好之后改进它的设计。
5. 这本书的核心部分？
6. 如何充分利用好这本书？
- 如果你想知道重构是什么 ，请阅读第1章，其中的示例会让你弄清楚重构的过 程。
- 如果你想知道为什么应该重构 ，请阅读前两章，它们会告诉你重构是什么以及 为什么应该重构。
- 如果你想知道该在什么地方重构 ，请阅读第3章，它会告诉你一些代码特征， 这些特征指出“这里需要重构。
- 如果你想着手进行重构 ，请完整阅读前四章，然后选择性地阅读重构名录。一 开始只需概略浏览列表，看看其中有些什么，不必理解所有细节。一旦真正需 要实施某个重构手法，再详细阅读它，从中获取帮助。列表部分是供查阅的参 考性内容，你不必一次就把它全部读完。
第1章 重构，第一个示例
1. 如何给别人讲东西？
- 若按照传统的做法，一开始介绍某种东西时先讲讲它的历史，主要原理等等，那会导致台下的人称为瞌睡虫，思绪开始游荡，眼神开始迷离，直到主讲人拿出示例，台下人才能够提起精神。
2. 重构的第一步？
3. 重构过程的精髓？
- 重构过程的精髓所在：小步修改，每次修改后就运行测试。如果我 改动了太多东西，犯错时就可能陷入麻烦的调试，并为此耗费大把时间。小步修 改，以及它带来的频繁反馈，正是防止混乱的关键
- 重构技术就是以微小的步伐修改程序
4. 好的代码能够清晰地表明它在做什么？
- 变量命名是代码清晰的关键
- 在做任何提炼前，我一般都会先移除局部变量。
- 把复杂的代码块分解为 更小的单元，与好的命名一样都很重要
- 编程时，需要遵循营地法则：保证你离开时的代码库一定比来时更健 康。
5. 重构带来的性能问题如何解决？
- 大多数情况下可以忽略 它。如果重构引入了性能损耗，先完成重构，再做性能优化
6. 如何完整重构过程中的每一步？
7. 第一章重构的重要节点？
- 将原函数分解成一组嵌套的函 数、应用拆分阶段（154）分离计算逻辑与输出格式化逻辑，以及为计算器引入 多态性来处理计算逻辑。每一步都给代码添加了更多的结构，以便我能更好地表 达代码的意图。
8. 重构早起的动力来源？
9. 什么样的代码才算是好代码？
- 没有好坏高低之分，除了个人品味，也是有客观标准的。
- 我认为，好代码的检验标准就是人们是否能轻而易举地修改它。好代码应该 直截了当：有人需要修改代码时，他们应能轻易找到修改点，应该能快速做出更 改，而不易引入其他错误。
- 好代码的检验标准就是人们是否能轻而易举地修改它。
10. 重构的注意点？
- 不要着急
- 先理解代码逻辑
- 逐步拆分步骤，一步一步来
- 遵循重构规则：编译 -> 测试 -> 提交
- 不要嫌拆分的步骤过小而跳过重构规则
- 一定不要心急
- 不要只记得重构代码，要重构成好的代码时关键的一步
- 好的代码更加利于扩展
第2章 重构的原则
1. 何谓重构？
- 重构的关键在于运用大 量微小且保持软件行为的步骤，一步步达成大规模的修改。每个单独的重构要么 很小，要么由若干小步骤组合而成。
2. 重构过程中，代码可不可以正常工作？
- 如果在代码重构中，代码有一两天是不可用的状态时，可确保在做的并不是重构，而是 结构调整（restructuring），而结构调整则是进行各种形式的重新组织和清理。
3. 重构与性能优化的相似之处？
- 重构是为了让代码“更容易理解， 更易于修改。这可能使程序运行得更快，也可能使程序运行得更慢。在性能优 化时，我只关心让程序运行得更快，最终得到的代码有可能更难理解和维护
4. 为何重构？
- 重构改进软件的设计
- 重构使软件更容易理解
- 重构帮助找到 bug
- 重构提高编程速度
5. 何时重构
- 三次法则：第一次做某件事时只管去做；第二次做类似的事时会产生反感，但无论如何还是可以去做；第三次再做类似的事，你就应该去重构。
6. 何时不应该重构？
- 如果看到一段凌乱的代码，你并不需要用到或不需要理解时，就不需要重构
- 如果重写比重构还容易，那就别重构了。
7. 重构给你带来的东西？
- 重构的唯一目的就是让我们开发的更快，用更少的工作量创造更大的价值。
- 重构的意义不是在于把代码库打磨的闪闪发光，而是从纯粹的经济角度出发的考量。
8. 我们为什么会进行重构？
- 我们之所以重构：因为它能让我们更快添加功能，修复Bug更快。
Q:
9. 遗留代码是好事还是坏事？
- 大多数人可能会觉得有一大笔遗产是件好事，但从程序员的角度来看会不同。遗留代码往往很复杂，测试又不足，而且最关键的时，是别人写的（瑟瑟发抖）。
- 若想重构之前的遗留代码，建议你不要一鼓作气的把复杂而混乱的遗留代码重构成漂亮的代码。建议从自己所接受的功能相关的代码重构起。
10. 重构与性能？
- 在重构中性能也是其中的一个话题，重构代码如果把大半的时间都耗费在一小半的代码中，那其实这些优化工作是白费劲的，因为被你优化的代码很少被执行。
- 记住，你花时间优化的代码时为了让程序运行的更快，而不是简单的优化一些代码。
- 好的优化方式时，在性能优化阶段，我们应该用一个度量工具来监控程序的执行，让监控工具来告诉我们那些地方，消耗的时间和空间比较多。这样我们就能找出性能热点所在的一段代码，而我们应该集中关注在这些热点上。
11. 重构的 Web 版网站？
https://mp.weixin.qq.com/s/xui2UBEtkJc46Q-ImWrv8g
系列首发于如上图平台，文章会持续更新，欢迎大家关注~
# JavaScript# React# Vue# 状态管理# 构建工具
