本章聚焦于介绍一系列基础而重要的重构手法，通过重构是的代码更加清晰、易于理解和维护 1.提炼函数 1）命名很重要，确保很轻松就能看到函数的用途 2）如果你需要花时间浏览一段代码才能弄清它到底在干什么，那么就应该将其提炼到一个函数中 2.提炼变量 1）表达式较为复杂时，建议用变量来取代 2）如果表达式出现了多次，建议用变量来取代 3.改变函数声明 函数名字：先写一句注释描述这个函数的用途，再把这句注释变成函数的名字 增加/去

重构常用方法论： 1. 提炼函数： 如果你需要花时间浏览一段代码才能弄清它到底在干什么，那么就应该将其提炼到一个函数中，并根据它所做的事为其命名 2. 内联函数：内部代码和函数名称同样清晰易读 我可以找出那些有用的间接层，同时将无用的间接层去除 3. 提炼变量：给代码中的一个表达式命名，render中的title渲染 4. 内联变量：不太理解 5. 改变函数声明： 优化函数名和函数参数列表，函数重载 6. 变量改名： 7. 引入参数对象： 代码中的坏味

第六章 第一组重构 本章主要讲的是一些重构的细节 重点讲了如何将一段复杂的代码进行函数提炼， 给复杂功能带来更佳的可读性。 同时也讲了 如何将一个具有非常多『不必要function』的代码段， 优化到『合理可读范畴』的方法， 整体的宗旨都是为了达成代码可读性的提升。 提炼变量也能有效的缩短复杂的计算公式或逻辑， 带来的理解成本。 其他的讲的都是一些细节的方法和特定场景的一些手段。

本章介绍了一些重构的基本手法，通过第五章介绍的重构手法描述形式进行介绍（名称、速写、动机、做法、范例） 1、函数维度的重构 提炼函数、内联函数两种方法，重构时需关注修改变量的作用域变化 2、变量维度的重构 提炼变量、内联变量两种方法，基本同上面函数维度的重构 3、改变函数声明贴、引入参数对象 将函数中过多的形参重构成类型，避免函数形参过多 4、封装变量、变量改名 避免出现名字难以理解的变量，做到通过名称就能知道含

本章聚焦于一系列基础而重要的重构手法，旨在通过重构使代码更加清晰、易于理解和维护。本章主要介绍了提炼函数和提炼变量这两种手法。 首先是提炼函数。命名在提炼函数中至关重要，确保函数名称能轻松地反映其用途。如果需要花时间浏览一段代码才能弄清它的功能，那么这段代码就应该被提炼到一个函数中。这不仅提高了代码的可读性，还让函数的意图更加明确。 其次是提炼变量。当表达式较为复杂时，建议用变量来替代。这样不仅可以

第六章作者在第五章重构名录的基础上，进一步的阐释了作者认为最有用的重构方案，概况的来说就是封装以及“反封装”。 封装比较好理解，包括函数的封装、变量的封装以及组合等： 文章总结了提炼函数的最佳实践和策略，包括何时应该将代码提炼到独立的函数中，如何命名函数以反映其意图，以及处理函数作用域和变量传递的技巧。重点强调了函数长度的影响，推荐写短小、功能单一的函数，并指出好的函数命名对于代码可读性的重要性。但

本章让我深刻理解了重构名录的存在意义及其书写方法。重构名录的意义在于为自己和读者提供一个如何以安全且高效方式进行重构的指南。 首先，本章介绍了重构名录的五大要素。 其一是名字：准备一个重构词汇集合，方便后续重构时快速查找。 其二是速写：帮助读者快速回忆重构方法。 其三是动机：详细说明“为什么需要做这个重构”和“什么情况下不该做这个重构”。 其四是做法：提供重构的具体步骤，强调小步前进的原则，情况越复杂，

在本章，作者介绍了一系列有效的重构手段。 1、提炼函数 如果你需要花时间浏览一段代码才能弄清它到底在干什么，那么就应该将其提炼到一个函数中，并根据它所做的事为其命名。 函数的命名很重要，不要担心命名过长和函数内容太短。 2、内联函数 一群组织不甚合理的函数。可以将它们都内联到一个大型函数中，再重新提炼出小函数。 3、提炼变量 将在更宽的范围内需要访问的变量，提取出来，便于复用和统一管理 4、内联变量 变量可能会妨

重构不仅是代码层面的优化，更是一种软件开发方法论，它强调持续改进和迭代，以适应不断变化的需求和提升软件质量。 提炼函数（Extract Function）的进一步思考 提炼函数不仅仅是为了简化函数或提高可读性，它还有助于实现关注点分离（Separation of Concerns），即将复杂的逻辑分解成更小的、更易于管理的部分。这样做不仅让代码更容易理解，也便于后续的维护和测试。此外，提炼出的函数通常可以复用，减少了代码重复，提高了开发效率。 内联函

### 读书心得：第六章重构手法 第六章详细介绍了多种重构手法，每种手法都有其特定的应用场景和操作步骤。这些手法包括提炼函数（Extract Function）、内联函数（Inline Function）、提炼变量（Extract Variable）等，通过这些手法可以显著提升代码的可读性、可维护性和可扩展性。以下是我对第六章内容的总结和心得。 #### 提炼函数（Extract Function） **方法概述**： 提炼函数是指将一段复杂的代码片段提取到一个独立的函数中。这可以使原有的函数更简洁，

核心思想： 小步改进：通过一系列小而安全的改动逐步改善代码。 保持功能：重构过程中不改变代码的外部行为。 关键技术： a) 提炼函数（Extract Method） 目的：提高代码可读性和复用性 时机：当函数过长或一段代码可以独立成组 注意：提取后的函数应该有明确的单一职责 b) 内联函数（Inline Method） 目的：消除不必要的间接层，简化代码 时机：函数本体与名称同样清晰时 权衡：可读性 vs. 代码量 c) 变量操作（提炼、内联、改名） 目的：提高代码清

5.1 重构的记录格式 每个重构手法包括以下五个部分： 名称（Name）：名称是重构词汇表中的重要部分，帮助快速识别重构手法。常见的别名也会列出。 速写（Sketch）：简单的代码示例，展示重构前后的变化。目的是帮助回忆重构手法，但不解释其用途或详细操作。 动机（Motivation）：解释为什么需要进行该重构，以及在什么情况下不适用。 做法（Mechanics）：简明扼要地一步步介绍如何进行该重构。适合作为备忘录。 范例（Examples）：通过简单例子展

第六章主要讨论了如何重新组织函数，以提高代码的可读性和可维护性。在阅读过程中，我深刻体会到，随着软件项目的不断演进，代码往往会变得复杂且难以维护。而通过重构，我们可以使代码更加清晰、易于理解，从而提高开发效率，减少错误出现的概率。 书中提到的“提炼函数”这一重构技巧，让我印象尤为深刻。当一个函数过长或某段代码需要注释才能更好理解时，就意味着这段代码可能需要进行重构。通过提炼函数，我们可以将一个复杂

第6章通过详细的示例和清晰的步骤，介绍了一些种重构手法 1.提炼函数（Extract Function）： 把代码段提炼成一个独立的函数，提升代码的可读性和复用性。通过给函数一个有意义的名称，代码意图会更加清晰。 2.内联函数（Inline Function）： 如果一个函数的功能太简单，或者其名字没有增加额外的信息，就可以把函数体直接内联回调用处。这样可以简化代码，使其更直观。 3.提炼变量（Extract Variable）： 将复杂表达式的一部分提取到一个独立的变量中，

重构的定义 重构是修改一个软件系统，使其不改变外部行为，但改善其内部结构的一种技术。 简而言之，重构不是改变代码的功能，而是改善代码的结构和可读性，使其更容易理解、维护和修改。 重构的原则 重构遵循以下几个原则： 保持行为不变： 重构必须确保代码修改后，其外部行为与修改前完全一致。 小的改动： 重构应该是一次只进行一个小的改动，以降低引入错误的风险。 自动化测试： 在重构之前，应该编写自动化测试来确保代码的正

第6章主要介绍了许多的重构手法，包括： "提炼函数"：提炼独立函数将复杂的函数拆分成更小、更易理解的模块，进而显著提升代码的可读性。 “内联函数”：此技巧旨在消除不必要的函数调用，简化代码结构。当某个函数的逻辑十分简单，或者仅在单一位置被调用，且其过度拆分导致了代码可读性下降时，我们可以考虑内联该函数。 “提炼变量”：为了给复杂表达式或难以理解的代码块赋予清晰的意义，我们可以创建一个具有描述性名称

阅读第六章的感受： 主要讲解重构过程中函数的重构方法： 1、提炼函数：一些过长的函数或需要注释才能使人理解的函数；将函数细粒度的切分为多个独立函数，函数被复用的机会越大，对函数的覆写也更容易 2、内联函数：有些小函数，他的代码读起来和函数名一样清晰易读，这个时候可以不作为独立函数；有一堆组织不合理的小函数，可以将其组成一个大函数，然后重新拆分为组织合理的小函数 3、临时变量：临时变量往往是用来替换某个查询

阅读第四章的感受： 第五章主要告诉我们重构的一些手法 1、名称：要建造一个重构词汇表，名称是很重要的。这个名称也就是我将在本书其他地方使用的名称。如今重构经常会有多个名字，所以我会同时列出常见的别名。 2、简单的速写：这部分可以帮助你更快找到你所需要的重构手法。 3、动机：“为什么需要做这个重构”和“什么情况下不该做这个重构”。 4、做法：简明扼要地一步一步介绍如何进行此重构。 5、范例：以一个十分简单的例子说

本章节主要介绍了多种代码重构的技巧和手法。这些重构技巧可以帮助开发者改善既有代码的设计，使其更加清晰、易于理解和维护。以下是该章节的主要内容总结： 1、提炼函数（Extract Method）：这个重构技巧建议将一个复杂的方法分解为多个小方法，每个小方法都有明确的职责。通过提炼函数，可以使代码更加模块化和易于理解。 2、内联函数（Inline Method）：与提炼函数相反，内联函数是将一个简短且调用频繁的函数体直接插入到调用点中，以减

阅读第6章的感想 第6章详细介绍了11个具体的重构手法，这些手法是日常编程中非常实用的技巧。以下是每个小节的简要概述和核心要点： 1.提炼函数（Extract Function）： 把代码段提炼成一个独立的函数，提升代码的可读性和复用性。通过给函数一个有意义的名称，代码意图会更加清晰。 2.内联函数（Inline Function）： 如果一个函数的功能太简单，或者其名字没有增加额外的信息，就可以把函数体直接内联回调用处。这样可以简化代码，使其更直观。 3.

Java哈哈哈哈

第一组重构 提炼函数 动机：1. 从代码的长度考虑，认为一个函数应该能在一屏中显示，太长可考虑将部分独立功能代码进行提炼； 2. 从复用的角度考虑，认为只要被用过不止一次的代码，就应该单独放进一个函数； 3. 如果需要花较多时间浏览一段代码才能弄清它到底在干什么，那么就应该将其提炼到一个函数中，并根据作用命名； 做法：1. 创造一个新函数，根据这个函数的意图来对它命名； 2. 将待提炼的代码从源函数复制到新建的目标函数中； 3.

应用生命周期：常用的应用生命周期有 onlaunch（初始化完成时触发，全局只会触发一次）、onshow（app启动/从后台到前台）、onHide（从前台到后台），只能在App.vue文件中进行监听，其他页面监听无效。不要在onLaunch钩子函数中进行页面跳转，因为可能和page。json中配置的第一个页面跳转会有冲突，可以使用延迟进行跳转。 页面生命周期：页面生命周期是每个页面生效的，常用的有onLoad监听页面加载，参数为上个页面传递的参数，onShow监听页面显示,onHide

生命周期分为三大类、应用生命周期、页面生命周期、组件生命周期 应用生命周期包括onLaunch、onShow、onHide 应用生命周期仅可在App.vue文件中监听，在其他页面监听无效。 页面生命周期：页面生命周期写在pages文件夹下的文件中。包括onload、onShow、onHide 、onPullDownRefresh可以实现下拉刷新，onReachBottom可以实现上拉加载数据。 组件的生命周期：组件生命周期写在components文件夹下的文件中，和Vue标准组件生命周期相同，beforeCreate、create、beforeMount、mounted、b

uniapp的生命周期是以小程序的生命周期为基础实现的，分为应用生命周期、页面生命周期和组件生命周期，其中组件生命周期就是Vue的生命周期 应用生命周期和页面生命周期都提供了onShow、onHide等关键能力，推测在H5上是用浏览器原生API做了一些兼容，后面需要用的时候可以看下转换后的代码及兼容性。 页面生命周期里面也封装了onPullDownRefresh等能力，实际使用时可以关注下兼容性等 uniapp默认使用rpx作为单位，本质上也是一种等比缩放，屏幕宽度默

生命周期 应用生命周期onLaunch、onShow、onHide… 页面生命周期onLoad、onShow、onHide... 组件生命周期 同vue 尺寸单位、flex、布局与背景图片 rpx：750宽度屏幕为基础 rpx宽度 = 750 * 元素在设计稿中的宽度 / 设计稿基准宽度 建议使用flex布局 背景图片： 1.base64、url image、不支持css中使用本地文件 2.小于40K且小程序，转base64；不小于40K，需要自己上传cdn、或者转base64

第三章主要介绍uaniapp的生命周期，uniapp的生命周期分了三种： 1、应用生命周期：包含onLaunch、onShow、onHide、onError等，只可以在App.vue文件中监听； 2、页面生命周期：包含onLoad、onShow、inReady、onHide等，这里有许多都是跟应用生命周期同名的，不过书中并没有过多阐述二者之间的异同点，翻阅其他资料大致可以理解为应用生命周期主要是作用于uniapp应用，而页面生命周期主要是作用于改应用下的具体页面上； 3、组件生命周期（Vue生命周期）：包含before

第三章 uni-app的生命周期分为：应用生命周期、页面生命周期和组件生命周期三个部分。 应用生命周期涵盖了整个uni-app应用的启动、运行和销毁过程。应用生命周期经常使用到的是onLaunch、onShow、onHide、onReady等。 第四章 uni-app的尺寸单位、flex布局和背景图片。 uni-app支持的通用CSS包括px、rpx。为支持跨平台，在搭建框架的时候，建议使用Flex布局。uni-app支持在CSS中设置背景图片，使用方式与普通Web项目大体相同。uni-app支持的通用CSS单位包括px、rpx，其

第三章：主要讲了uni-app的生命周期，主要分为应用生命周期、页面生命周期和组件生命周期。应用生命周期只可在App.vue中监听，在其他页面监听无效。尽量不要在onLaunch钩子函数中进行页面跳转，容易出现白屏报错问题。组件生命周期就是Vue标准组件的生命周期。 第四章：主要讲的是在开发移动端时，选择rpx作为尺寸单位；以及flex弹性布局。在小程序插入图片时，如果不支持使用本地文件，可以转为base64、支持网络路径图片。

第三章讲uni-app的生命周期，分为：应用生命周期、页面生命周期和组件生命周期三个部分。 应用生命周期经常使用到的是onLaunch（初始化完成）、onShow（监听用户进入小程序）、onHide（用户离开小程序）这三个钩子函数。在App.vue中监听，其他页面监听无效。 页面生命周期关注单个页面从创建到销毁的过程。常用的包括onLoad、onReady、onShow、onHide、onUnload，其中onPullDownRefresh可以实现下拉刷新，onReachBottom可以实现上拉加载数据。 组件生命周期关注组件

规则： 本吧活跃榜数据。我会不定时截图。

本章是设计模式最后一个章节，作者主要论述了设计模式的作用：为开发者提供通用的设计词汇，为开发者了解已有的面向对象系统提供方法论，为新手提供设计软件的参考，为软件重构提供目标 “本书就更应起到抛砖引玉的作用。我们希望这将标志着一场把软件从业人员专门知识和技能加以文档化运动的开始。”这是一本针对性很强的书，这句话是作者对所有开发者的期望。 作为软件从业人员，不仅仅要有良好的专业知识技能，更要将自己的知识

作者使用了一个小的实例告诉重构的重要性，重构步骤一定要分解的够小，把大任务拆分为小的任务，每个小的任务保证测试数据是正确的

本章比较简短，主要是基于作者自己的经验介绍了重构名录这个概念，更像是个对重构行为的标准定义和记录。整体可以分为几部分： 名称（name）。要建造一个重构词汇表，名称是很重要的。简单明了的说明重构要干什么 速写 （sketch）。类似于总结提纲，这部分可以帮助你更快找到你所需要的重构手法。 动机（motivation）为你介绍“为什么需要做这个重构”和“什么情况下不该做这个重构”。 做法（mechanics）简明扼要地一步一步介绍如何进行此重

1. 小步前进，情况越复杂，步子就要越小。 2. 做笔记很重要，名称，简短说明，图等能可以在日后查看时可以提供思路

这一章介绍了重构名录,是理解重构技术的重要基础。 每个重构手法都有如下 5 个部分。 - 名称（name）。要建造一个重构词汇表，名称是很重要的。列出常见的别名。 - 速写（sketch）。可以帮助更快找到你所需要的重构手法。 - 动机（motivation）为你介绍“为什么需要做这个重构”和“什么情况下不该做这个重构”。 - 做法（mechanics）简明扼要地一步一步介绍如何进行此重构。 - 范例（examples）以一个十分简单的例子说明此重构手法如何运作。

这个版本比较简短，作者为后续介绍重构手法做了一个整体的概述 主要介绍了后续几章描述重构手法使用的格式： - 名称（name） - 速写（sketch） - 动机（motivation） - 做法（mechanics） - 范例（examples） 相信通过之后的阅读，能够根据上述格式，更好领会作者的意图

《重构：改善既有代码的设计》读书笔记——第五章：介绍重构名录 一、引言 在《重构：改善既有代码的设计》一书的第五章中，作者Martin Fowler为我们引入了“重构名录”的概念。重构名录是一个详细的清单，列出了各种重构方法及其应用场景。这些重构方法旨在帮助我们识别并改善代码中的“坏味道”，从而提高代码的质量、可维护性和可扩展性。 二、重构名录的重要性 指导重构过程：重构名录为我们在重构过程中提供了具体的指导和建议。当

这章讲我们需要深入理解重构的本质、用途、动机、实施步骤以及实际效果： 名称 简洁描述重构的本质：名称部分应该简洁明了地指出重构技术的核心。。 简短说明 解释重构的用途：简短说明部分应该简要概述该重构手法的用途。 动机 说明为什么需要这种重构：动机部分应该详细解释为什么需要这种重构手法 什么情况下不该使用：除了说明为什么需要这种重构外，还应该指出在什么情况下不应该使用这种重构。这有助于避免在不适当的情况下进

本章主要介绍了重构过程中的记录及其结构、重要性 格式如下： 1、首先是名称（name）。要建造一个重构词汇表，名称是很重要的。这个名称也就是我将在本书其他地方使用的名称。如今重构经常会有多个名字，所以我会同时列出常见的别名。 2、名称之后是一个简单的速写（sketch）。这部分可以帮助你更快找到你所需要的重构手法。 3、动机（motivation）为你介绍“为什么需要做这个重构”和“什么情况下不该做这个重构”。 4、做法（mechanics）简明

重构的记录格式 1. 名称：要建造一个重构词汇表，名称是 很重要的，如今重构经常会有多个名字，所以我会同时列出 常见的别名； 2. 速写：可以帮助更快找到所需要的重构手法； 3. 动机：为什么需要做这个重构和什么情况下不该做这个重构； 4. 做法：简明扼要地一步一步介绍如何进行此重构，重构的每个步骤拆得尽可能小，并且在每个步骤之后进行测试； 5. 范例：以一个十分简单的例子说明此重构手 法如何运作； 挑选重构的依据 1. 有些重构太

本章学到了重构名录存在的意义和以及如何书写重构名录。 1、意义：提示自己/读者如何以安全且高效的方式进行重构 2、书写5大要素： 名字：准备一个重构词汇集合 速写：帮助读者快速回忆重构 动机：介绍“为什么需要做这个重构”和“什么情况下不该做这个重构”。 做法：重构的步骤，小步前进，情况越复杂，步子就要越小 范例：辅助说明如何重构

重构后需要给出重构名录 一是因为重构需要小步前进，情况越复杂，步子就要越小， 所以每一步都要体现在重构名录中。 二是修改后的代码，可能占整体的一小部分， 为了能够给后来者快速同步重构的思路，以及给出该重构架构的优缺点， 我们需要重构的版本迭代名录。

本章作者分享了自己的重构笔记，笔记可以指导自己以安全且高效的方式进行重构。 作者归纳名称、速写、动机、做法、范例五个部分并对其展开了响应的描述， 后续章节，作者将按照该方法论去介绍响应的实战经验

5.1 重构的记录格式 1.名称：为此次的重构起一个合适名字 2.概要 1)介绍此次重构解决了什么问题 2)一句简短的陈述，介绍你该做的事 3)一副速写图，显示重构前后的示例（UML图或代码） 3.动机：为什么要重构 4.做法：描述如何实现 5.范例：使用的示例

阅读5章的感想 主要介绍了重构的格式和依据，介绍了作者的重构手法的5个部分，印象最深的就是重构应该采用非常小的步骤，并且在每个步骤之后进行测试。小步前进，情况越复杂，步子就要越小。

这一章介绍了重构名录,是理解重构技术的重要基础。 作者列了一堆篇幅来介绍他给出的重构的思路 名称:简洁描述重构的本质 简短说明:解释重构的用途 动机:说明为什么需要这种重构以及什么情况下不该使用 做法:一步步介绍如何进行重构 范例:展示重构前后的代码对比 用这样的拆解来说明每一个重构手法的目标和方式方法

第5章内容比较简短 主要阐述了重构名录的格式，其实也就是重构手法的一些笔记，可用于重构时翻阅参考。 重构名录格式有以下几个部分： 1.名称：重构手法的名字。 2.速写：可更快速的找到所需的重构手法。 3.动机：为什么需要做这个重构和什么情况下不该做。 4.做法；简明扼要的介绍如何进行该重构。 5.范例：以一个例子来说明该重构手法的运作 挑选重构手法的依据：经常使用、有价值的能提升重构技能或是提升代码设计质量。

代码里的世界观第1章 程序世界的两个基本元素数据和代码是组成程序的两个基本元素 。 数据是目的 ，代码是手段 。 一定要明白代码是为数据服务的，数据才是整个系统的中心 。 要时刻提醒自己 : 归根结底，面向用户的是数据. 数据和代码的关系 关系一:数据是根本目的，代码是手段，代码永远是为数据服务的 关系二 :有什么样的数据，决定了 会有什么样的代码 和什么样的数据打交道，会最终决定存在什么样的代码。 而代码不断地升级修改，永