【忙しい人のためのリーダブルコード要約】第Ⅲ部　コードの再構成

# はじめに
こちらは著書「[リーダブルコード](https://www.amazon.co.jp/%E3%83%AA%E3%83%BC%E3%83%80%E3%83%96%E3%83%AB%E3%82%B3%E3%83%BC%E3%83%89-%E2%80%95%E3%82%88%E3%82%8A%E8%89%AF%E3%81%84%E3%82%B3%E3%83%BC%E3%83%89%E3%82%92%E6%9B%B8%E3%81%8F%E3%81%9F%E3%82%81%E3%81%AE%E3%82%B7%E3%83%B3%E3%83%97%E3%83%AB%E3%81%A7%E5%AE%9F%E8%B7%B5%E7%9A%84%E3%81%AA%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82%AF-Theory-practice-Boswell/dp/4873115655)」の学習記録です。
忙しい人のためにも、重要そうな部分を抜粋してまとめました。

:::note info
こちらは本書における第Ⅲ部の要約です。
第I部の要約は[こちら](https://qiita.com/items/4b6acd8ba4040f8c519b)から
第II部の要約は[こちら](https://qiita.com/items/1026b8c23bd866960a9c)から
第Ⅳ部の要約は[こちら](https://qiita.com/k12da/items/953f55d75ce1628d7244)から
:::

# 10章　無関係の下位問題を抽出する
エンジニアリングとは、大きな問題を小さな問題に分割して、それぞれの解決策を組み立てることに他ならない。
1. 関数やコードブロックを見て「このコードの高レベルの目標は何か？」と自問する
1. コードの各行に対して「高レベルの目標に直接的に効果があるのか？　あるいは、無関係の下位問題を解決しているのか？」を自問する
1. 無関係の下位問題を解決しているコードが相当量あれば、それらを抽出して別の関数にする

以下の例の高レベルな目標とは、「与えられた地点から最も近い場所を見つける」こと
```js
const findClosestLocation = function(lat, lng, array) {
  for(const i = 0; i < array.length; i += 1) {
    // 2つの地点をラジアンに変換する
    const lat_rad = radians(lat);
    const lng_rad = radians(lng);
    const lat2_rad = radians(array[i].latitude);
    const lng2_rad = radians(array[i].longitude);

    // 「球面三角法の第二余弦定理」の公式を使う
    const dist = Math.acos(Math.sin(lat_rad)*Math.sin(lat2_rad) + 
                           Math.cos(lat_rad)*Math.cos(lat2_rad) * 
                           Math.cos(lng2_rad - lng_rad));
    ...
  }
};
```
ループ内のコードは、「2つの地点（緯度・経度）の球面距離を算出する」という無関係の下位問題を扱っている。　コード量が多いので、新しい関数に抽出すると良い。

```js
const spherial_distance = function(lat1, lang1, lat2, lng2) {
  const lat1_rad = radians(lat1);
  const lng1_rad = radians(lng1);
  const lat2_rad = radians(lat2);
  const lng2_rad = radians(lng2);

  // 「球面三角法の第二余弦定理」の公式を使う
  return Math.acos(Math.sin(lat1_rad)*Math.sin(lat2_rad) + 
                   Math.cos(lat1_rad)*Math.cos(lat2_rad) * 
                   Math.cos(lng2_rad - lng1_rad));
};
```

このようにすることで、`spherial_distance`関数は将来的に再利用可能になる。
よりわかりやすく言い換えると、**プロジェクト固有のコードから汎用的なコードを分離する**ということだ。

# 11章　一度に1つのことを
## オブジェクトから値を抽出する
ユーザーの所在地を読みやすい文字列（「都市、国」）に整形するプログラムを書くとする。

以下のようにlocation_infoディレクショナリに構造化された情報からすべてのフィールドの「都市」と「国」を選んで連結する。
**location_info**
|LocalityName|"Santa Monica"|
|---|---|
|SubAdministrativeAreaName|"Los Angeles"|
|AdministrativeAreaName|"California"|
|CountryName|"USA"|

**↓**
"Santa Monica, USA"

このタスクを実装したコードが以下になる。
```js
const place = location_info["LocalityName"]; // 例： "Santa Monica"
if(!place) {
  place = location_info["SubAdministrativeAreaName"]; // 例： "Los Angeles"
}
if(!place) {
  place = location_info["AdministrativeAreaName"]; // 例： "California"
}
if(!place) {
  place = "Middle-of-Nowhere";
}
if(location_info["CountryName"]) {
  place += ", " + location_info["CountryName"]; // 例：　"USA"
} else {
  place += ", Planet Earth";
}

return place;
```
## 「一度に１つのタスク」を適用する
このコードが一度に複数のタスクを行っていることに気づく人もいるでしょう。
1. location_infoディレクショナリから値を抽出する
1. 「都市」の優先順位を調べる。何も見つからなかったら、デフォルトで「Middle-of-Nowhere」にする
1. 「国」を取得する。なければ「Planet Earth」にする
1. placeを更新する

これらのタスクを個別に解決するようなコードに書き換える。
最初のタスク（location_infoから値を抽出）はそのままにする。

```js
// location_infoから値を抽出
const town = location_info["LocalityName"]; // 例： "Santa Monica"
const city = location_info["SubAdministrativeAreaName"]; // 例： "Los Angeles"
const state = location_info["AdministrativeAreaName"]; // 例： "CA"
const country = location_info["CountryName"]; // 例： "USA"
```
次に戻り値の「後半」を見つける
```js
// 先にデフォルト値を設定して、値が見つかったら書き換える。
// 「国」の部分
const second_half = "planet Earth";
if(country) {
  second_half = county;
}
if(state && country === "USA") {
  second_half = state;
}
```

「前半」も同じように見つけられる
```js
// 「都市」の部分
const first_half = "Middle-og-Nowhere";
if(state && country !== "USA") {
  first_half = state;
}
if(city) {
  first_half = city;
}
if(town) {
  first_half = town;
}
```

最後に情報を繋ぎ合わせる。
```js
// placeの更新
return first_half + ", " + second_half;
```

これで、以下の4つのタスクが別々の領域として実行される
>1. location_infoディレクショナリから値を抽出する
>1. 「都市」の優先順位を調べる。何も見つからなかったら、デフォルトで「Middle-of-Nowhere」にする
>1. 「国」を取得する。なければ「Planet Earth」にする
>1. placeを更新する

# 12章　コードに思いを込める
> おばあちゃんがわかるように説明できなければ、本当に理解したとは言えない。
                                - アルバート・アインシュタイン

誰かに複雑な考えを伝えるときには、細かいことまで話しすぎると相手を混乱させてしまう
自分の考えを凝縮して、最も大切な概念にすることが必要になる

本章では、コードをより明確にする簡単な手順を使う。
1. コードの動作を簡単な言葉で同僚にもわかるよう説明する
1. その説明の中で使っているキーワードやフレーズに注目する
1. その説明に合わせてコードを書く

## ロジックを明確に説明する
以下はあるWebページのPHPのコードの一部である。
ユーザーにページを閲覧する権限があるかどうかを確認して、もし権限がなければ、権限がないことをユーザーに知らせるページへ戻す。

```php
$is_admin = is_admin_request();
if($document){
  if(!$is_admin && ($document['username'] != $_SESSION['username'])){
    return not_authorized();
  }
} else {
  if(!is_admin) {
    return not_authorized();
  }
}
// 引き続きページのレンダリング
```
このロジックを簡単な言葉で説明してみると...
>権限があるのは、以下の2つ。
1)管理者
2)文書の所有者（文書がある場合）
その他は、権限がない。

以下は新しい解決策。
```php
if(is_admin_request()) {
  // 権限あり
} elseif($document && ($document['username'] == $_SESSION['username'])) {
  // 権限あり
} else {
  return not_authorized();
}
// 引き続きページのレンダリング
```
このコードだと、if文の中身が2つもからになっている。しかし、コードは小さくなったし、ロジックも単純になった。否定形がなくなったため、こちらの方が理解しやすい。

# 13章　短いコードを書く
## その機能の実装に悩まないで、きっと必要ないから
プログラマはプロジェクトに欠かせない機能を**過剰に見積もる**ことがある。その結果、多くの機能が完成しないか、全く使われないか、アプリケーションを複雑にするものになってしまう。
また、プログラマは**実装にかかる労力を過小評価する**ものでもある。将来的に必要となる保守や文書化などの「負担」時間を忘れたりする。

## 質問と要求の分割
要求を詳しく調べれば、問題をもっと簡単にできることもある。そうすることで、必要なコードも少なくて済む。

（例）商用の店舗検索システム
要求は以下のようなものだ。
任意のユーザーの緯度経度に対して、最も近い店舗を検索する。

これを100%正しく実装するには、以下のことも考慮しなければいけない。
- 日付変更線をまたいでいる時の処理
- 北極や南極に近い時の処理
- 「１マイルあたりの経度」に対応した地球の曲率の調整

これらを真面目に処理すれば、相当なコード量になる。
しかし、今回作るアプリケーションで扱うのは、アメリカのテキサス州にある30軒の店舗だけだとする。　その場合、上記3つの処理を考える必要はないので、要求から削除すればいい。

したがって、
**テキサス州のユーザーのために、テキサスで最も近くにある店舗を検索する**
といった問題を解決するための処理を考えればいい。
つまり、すべての店舗との距離を計算する。

# まとめ
- プロジェクト固有のコードから汎用コードを分離する
- 複雑なロジックや考えは、より「簡単な言葉」で説明する
- 不要な機能はプロダクトから削除する
- 最も簡単に問題を解決できるような要求を考える

# 参考記事
[リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)](https://www.amazon.co.jp/%E3%83%AA%E3%83%BC%E3%83%80%E3%83%96%E3%83%AB%E3%82%B3%E3%83%BC%E3%83%89-%E2%80%95%E3%82%88%E3%82%8A%E8%89%AF%E3%81%84%E3%82%B3%E3%83%BC%E3%83%89%E3%82%92%E6%9B%B8%E3%81%8F%E3%81%9F%E3%82%81%E3%81%AE%E3%82%B7%E3%83%B3%E3%83%97%E3%83%AB%E3%81%A7%E5%AE%9F%E8%B7%B5%E7%9A%84%E3%81%AA%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82%AF-Theory-practice-Boswell/dp/4873115655)