修改函数名称。
动机
好的函数需要有一个清晰的函数名。保证一看就懂
Add Parameter 添加参数
问题
某个函数需要从调用端得到更多信息。
方法
为此函数添加一个对象参数，让该对象带进函数所需信息。
动机
如果发现缺少参数，当然就需要添加参数。但是在添加之前，先思考是否一定要添加。或者实用参数对象
Remove Parameter 移除参数
问题
函数本体不再需要某个参数。
方法
将该参数去除。
动机
别人在调用的时候，面对这个无用的参数可能无所适从
Separate Query from Modifier 将查询函数和修改函数分离
问题
某个函数既返回对象状态值，又修改对象状态。
方法
建立2个不同的函数，其中一个负责查询，另一个负责修改。
动机
首先这个函数做了两件事，就很值得重构了。其次 不光要查询，还要修改。这个函数会成为bug之源。
考虑并发情况
Parameterize Method 令函数携带参数
问题
若干函数做了类似的工作，但在函数本体中却包含了不同的值。
方法
建立一个单一函数，以参数表达那些不同的值。
动机
你可能会发现这样的2个函数：它们做着类似的工作，但因少数几个值致使行为略为不同。这种情况下，你可以将这些各自分离的函数统一起来，并通过参数来处理那些变化，用以简化问题。这样的修改可以去除重复代码，并提高灵活性，因为你可以用这个参数处理更多的变化情况。
Replace Parameter with Explicit Methods 以明确函数取代参数
问题
你有一个函数，其中完全取决于参数值而采取不同行为。
方法
针对该参数的每个可能值，建立一个独立函数。
动机
（以明确函数取代参数）恰恰相反于 （令函数携带参数）。如果某个参数有多种可能的值，而函数内又以条件表达式检查这些参数值，并根据不同参数值做出不同的行为，那么就应该使用本项重构。
Preserve whole object 保持对象完整
问题
你从某个对象中取出若干值，将它们作为某一次函数调用时的参数。
方法
改为传递整个对象。
动机
有时候，你会将来自同一对象的若干项数据作为参数，传递给某个函数。这样做的问题在于：万一将来被调用函数需要新的数据项，你就必须查找并修改对此函数的所有调用。如果你把这些数据所属的整个对象传给函数，可以避免这种尴尬的处境，因为被调用函数可以向那个参数对象请求任何它想要的信息。不过事情总有2面：如果你传的是数值，被调用函数就只依赖于这些数值，而不依赖它们所属的对象。
Replace Parameter with Methods 以函数取代参数
问题
对象调用某个函数，并将所得结果作为参数，传递给另一个函数。而接受该参数的函数本身也能够调用前一个函数。
方法
让参数接受者去除该项参数，并直接调用前一个函数。
动机
如果函数可以通过其他途径获得参数值，那么它就不应该通过参数取得该值。过长的参数列会增加程序阅读者的理解难度，因此应该尽可能缩短参数列的长度。
Introduce Parameter Object 引入参数对象
问题
某些参数总是很自然地同时出现。
方法
以一个对象取代这些参数。
动机
本项重构还可以带给你更多好处。当你把这些参数组织到一起后，往往很快可以发现一些可被移至新建类的行为。通常，原本使用那些参数的函数对这一组参数会有一些共通的处理，如果将这些共通行为移到新对象中，你可以减少很多重复代码。
Remove setting Method 移除设置函数
问题
类中的某个字段应该在对象创建时被设值，然后就不再改变。
方法
去掉该字段的所有设值函数。
动机
如果你为某个字段提供了设值函数，这就暗示这个字段值可以被改变。如果你不希望在对象创建之后此字段还有机会被改变，那就不要为它提供设值函数。这样你的意图会更加清晰，并且可以排除其值被修改的可能性。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）
最后
既已说到spring cloud alibaba，那对于整个微服务架构，如果想要进一步地向上提升自己，到底应该掌握哪些核心技能呢？
就个人而言，对于整个微服务架构，像RPC、Dubbo、Spring Boot、Spring Cloud Alibaba、Docker、kubernetes、Spring Cloud Netflix、Service Mesh等这些都是最最核心的知识，架构师必经之路！下图，是自绘的微服务架构路线体系大纲，如果有还不知道自己该掌握些啥技术的朋友，可根据小编手绘的大纲进行一个参考。
如果觉得图片不够清晰，也可来找小编分享原件的xmind文档！
且除此份微服务体系大纲外，我也有整理与其每个专题核心知识点对应的最强学习笔记：
-
出神入化——SpringCloudAlibaba.pdf
-
SpringCloud微服务架构笔记（一）.pdf
-
SpringCloud微服务架构笔记（二）.pdf
-
SpringCloud微服务架构笔记（三）.pdf
-
SpringCloud微服务架构笔记（四）.pdf
-
Dubbo框架RPC实现原理.pdf
-
Dubbo最新全面深度解读.pdf
-
Spring Boot学习教程.pdf
-
SpringBoo核心宝典.pdf
-
第一本Docker书-完整版.pdf
-
使用SpringCloud和Docker实战微服务.pdf
-
K8S(kubernetes)学习指南.pdf
另外，如果不知道从何下手开始学习呢，小编这边也有对每个微服务的核心知识点手绘了其对应的知识架构体系大纲，不过全是导出的xmind文件，全部的源文件也都在此！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
构体系大纲，不过全是导出的xmind文件，全部的源文件也都在此！
[外链图片转存中…(img-vTFKuMMY-1713001722729)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
380
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
