refactoring

Author: tam315

books/refactoring.md

@@ -734,14 +734,13 @@ describe('', () => {
 
 ### 変数のカプセル化
 
-- 目的
-  - 関数を介してデータを操作することで、変更を容易にしたり監視を可能にしたりするため
-    - データは関数よりも操作しにくい
-  - データの再構成という困難な作業を、関数の再構成というより簡単な作業に変えるため
+- 関数を介して変数を操作することで、変更を容易にしたり監視を可能にしたりする
+- データは関数よりも操作しにくい
+- データの再構成という困難な作業を、関数の再構成というより簡単な作業に変える
 - 方法
   - getter や setter を介して値を操作するようにする
-  - e.g.
-    - react の`useState`
+  - react の`useState`が限りなく近い
+  - もう少し突っ込んでやるなら「レコードのカプセル化」までやる
 
 ### 変数名の変更
 
@@ -786,8 +785,7 @@ describe('', () => {
 
 ### レコードのカプセル化
 
-- プレーンなオブジェクトをクラスインスタンスにする手法
-- より具体的には、クラス、Setter、Getter を使ってカプセル化する
+- プレーンなオブジェクトをクラスインスタンスにしたうえ、各レコード（プロパティ）を Setter、Getter 介さないと操作できないようにする
 - （型、関数型プログラミング、Immutability 全盛の時代には少々時代遅れ感がある）
 
 ### コレクション（配列等）のカプセル化
@@ -796,4 +794,30 @@ describe('', () => {
 - これを防ぐために、get, add, remove の 3 つの関数を用意する
 - get では`slice()`等を使って複製してから返すことで変更されるのを防ぐ
   - あとでハードなデバッグをすることと比べたらパフォーマンス問題なんて微々たるもの
-- (これも、クラスを使わないで関数でできそう。やや時代遅れ感がある)
+- （型、関数型プログラミング、Immutability 全盛の時代には少々時代遅れ感がある）
+
+### オブジェクトによるプリミティブの置き換え
+
+- 最初は単純なデータに見えるものでも、あっという間に関連処理が増える
+- e.g. 電話番号であれば、整形や市外局番の抽出処理など
+- なので、クラスに置き換えて、データと振る舞いをもたせましょうね、ということ
+- 具体的な方法としては、クラスのプロパティを、まずはカプセル化したのちに、値オブジェクト or 参照オブジェクトにする
+  - (このあたりも関数型ではどうすればよいかわからない)
+
+### 問い合わせによる一時変数の置き換え
+
+- 一時変数を問い合わせ関数にすると:
+  - 関数の抽出がやりやすくなる
+  - 計算ロジックの重複を避けられる
+- クラスの中で行うのが一番最適
+- 副作用がある場合は事前に分離しておく
+
+### クラスの抽出
+
+- クラスの中から、共通性のある一部のプロパティ・メソッドを別のクラスに抽出すること
+- 常にこれを心がけておかないと、あっという間にクラスは肥大化していく
+
+### クラスのインライン化
+
+- クラスの抽出の逆
+- もはや不要になったクラスを捨てるときや、リファクタ前に一旦全部フラットにしたいときに使う