搬移特性

第8章 搬移特性

搬移函数

• 目的：模块化。将相互关联的软件要素都集中到一块，并确保块与块之间的联系易于查找、直观易懂。
• 原因
  • 搬移函数最直接的一个动机是，它频繁地引用其他上下文中的元素，对自身上下文中的元素关心甚少。
  • 如果在整理代码时，发现需要频繁调用一个别处的函数，我也会考虑搬移这个函数。内部的辅助函数，若其他地方也需要用到，可以搬移到更通用的地方。
• 主要使用在嵌套函数的搬移，和类中函数的搬移。原文中Account类中的函数，搬移到 AccountTypel类中。

搬移字段

• 目的：优化程序中的数据结构
• 动机：
  • 当调用某个函数，除了传入一个记录参数，还总要同时传入另一条记录的某字段时。最好将它们规整到一个记录，以体验它们之间的联系。
  • 当更新一个字段时，需要同时在多个结构中做出修改。表明该字段需要被搬移到一个集中的地点。
• 通过类封装的数据更容易搬移，裸记录情况复杂一些。

搬移语句到函数

• 当调用某个函数时，总有一些相同的代码也需要每次执行，我会考虑将此段代码合并到函数里头。
  • 如果语句与一个函数放在一起更像一个整体，并且更有助于理解，那就将语句搬移到函数里去。
  • 如果不像一个整体，但仍应与函数一起执行，那就使用提炼函数，将语句和函数一并提炼出去。

搬移语句到调用者

• 以往在多个地方共用的行为，如今需要在某些调动点面前表现出不同的行为。于是把表现不同的行为从函数里挪出，搬运到调用处。

以函数调用取代内联代码

• 如题。良好的函数命名，应该是表达意图，不表达实现。

移动语句

• 目的很简单，让存才关联的东西一起出现，可以使代码更容易理解。如果几行代码取用了同一个数据结构，那么最好让它们一起出现。同理，推荐在第一次使用局部变量的地方声明它。
• 想方便地执行移动语句，就要确定被移动代码对执行顺序不敏感，所以我们在平时就要尽可能写没有副作用的代码。我们可以尽量遵循命令与查询分离（Command-Query Sparation）原则，在该前提下，我们可以确定任何有返回值的函数都不存在副作用。
• 另一方面，就是要求有完善的单元测试用例，在每次执行移动代码后都全量过一遍测试用例。

拆分循环

• 一个循环只做一件事。在拆分循环之后，还能将循环提炼成函数，将实现封装。

以管道取代循环

• C# 中 List.ForEach语句就是集合管道。C#中常用的管道操作是，ForEach 和 FindAll。某些逻辑使用管道写，可读性比 for 语句强。

移除死代码

• 放心清理无用代码，它们给代码阅读带来太多额外负担。一旦代码不再使用，我们就该立马删除它。哪怕以后可能要用，版本控制系统中也保留了所有历史档案。