XIAOSUO 记录个人学习的足迹

摘要：Substitute Algorithm：替换你的算法 如果你发现做一件事可以有更清晰的方式，就应该以较清晰的方式取代复杂方式。随着对问题有了更多理解，你往往会发现，在你的原先作法之外，有更简单的解决方案，此时你就需要将方法本体替换为另一个算法。 阅读全文

摘要：Encapsulate Conditional：封装条件 当代码中充斥着若干条件判断时，代码的真正意图会迷失于这些条件判断之中。这时我喜欢将条件判断提取到一个易于读取的属性或方法中。 阅读全文

摘要：Break Responsibilities：责任拆分 把一个类的多个职责进行拆分，这贯彻了单一职责原则（SRP）。尽管对于如何划分“职责”经常存在争论，但应用这项重构还是十分简单的。我这里并不会回答划分职责的问题，只是演示一个结构清晰的示例，将类划分为多个负责具体职责的类。 阅读全文

摘要：Extract Method Object：提炼方法对象 当你尝试进行提炼方法的重构时，需要引入大量的方法。在一个方法中使用众多的本地变量有时会使代码变得丑陋。因此最好使用提炼方法对象这个重构，将执行任务的逻辑分开。 阅读全文

摘要：Introduce Explaining Variable：引入解释性变量 你有一个表达式，有可能非常复杂而难以阅读。这种情况下，临时变量可以帮助你将表达式分解为比较容易管理的形式。将赋值表达式（或其中一部分）的结果放进一个临时变量，以此变量名称来解释表达式的用途。 阅读全文

摘要：Break Dependencies：打破依赖 有些单元测试需要恰当的测试“缝隙”（test seam）来模拟/隔离一些不想被测试的部分。如果你正想在代码中引入这种单元测试，那么今天介绍的重构就十分有用。在这个例子中，我们的客户端代码使用一个静态类来实现功能。但当需要单元测试时，问题就来了。我们无法在单元测试中模拟静态类。解决的方法是使用一个接口将静态类包装起来，形成一个缝隙来切断与静态类之间的依赖。 阅读全文

摘要：Switch to Strategy：策略模式转换switch分支 switch 语句块很大，并且会随时引入新的判断条件。这时，最好使用策略模式将每个条件封装到单独的类中。 实现策略模式的方式是很多的。我在这里介绍的策略重构使用的是字典策略，这么做的好处是调用者不必修改原来的代码。 阅读全文

摘要：Inline Method：将方法内联化 一个方法，其本体如果比其名称更清楚易懂。在方法调用点插入方法本体，然后移除该方法 阅读全文

摘要：Extract Method是最常用的重构手法之一。当有一个过长的方法或者一段需要注释才能让人理解用途的代码，就可以将这段代码放进一个独立的方法中。 阅读全文