refactoring

Author: tam315

books/refactoring.md

@@ -736,8 +736,41 @@ describe('', () => {
 
 - 目的
   - 関数を介してデータを操作することで、変更を容易にしたり監視を可能にしたりするため
-    - 一般的にデータは関数よりも扱いにくい
+    - データは関数よりも操作しにくい
+  - データの再構成という困難な作業を、関数の再構成というより簡単な作業に変えるため
 - 方法
   - getter や setter を介して値を操作するようにする
   - e.g.
     - react の`useState`
+
+### 変数名の変更
+
+- 読んで字のごとく、変数の名前を変えること
+- 以下を満たす場合には、変数のカプセル化も合わせて実施するとよい
+  - 変数のスコープが 1 つの関数より広い
+  - 変数が更新されている
+
+### パラメータオブジェクトの導入
+
+- 複数のパラメータをまとめてオブジェクト（クラス）にする
+- メリット
+  - パラメータがスッキリする
+  - パラメータ間の関係を表現できる
+  - 一貫性が向上する
+  - パラメータに振る舞いをもたせることができる
+
+### 関数群のクラスへの集約
+
+- 以下を一つのクラスにまとめること
+  - データ
+  - データをもとに派生値を算出する関数
+- 関数型プログラミングにおいては「[入れ子関数](https://martinfowler.com/bliki/FunctionAsObject.html)」で同様のことができる
+  - （しかし、結局のところシリアライズ不可能なオブジェクトになってしまうので、関数型プログラミングとは言えない？）
+  - （関連する関数を単一のオブジェクトにまとめておく、だけでも良いのではないか？）
+
+### 関数群の変換への集約
+
+- データ変換関数を用いて、もとのデータに派生値をトッピングしたデータを作る方法
+  - データ変換関数 = `enrichSomething()`や`transformSomething()`など
+- 扱い方を間違うと、もとのデータが変更されたときに不整合が起こりがちなので注意
+- （こっちのほうが関数型プログラミングと親和性が高そう）