# チェリー本輪読会番外編
## やること
- チェリー本題7章改札機のプログラムにSuicaを利用した場合の機能追加をする

## 大元のコード

# gate.rb

class Gate
  STATIONS = [:umeda, :juso, :mikuni]
  FARES = [160, 190]

  def initialize(name)
    @name = name
  end

  def enter(ticket)
    ticket.stamp(@name)
  end

  def exit(ticket)
    fare = calc_fare(ticket)
    fare <= ticket.fare
  end

  def calc_fare(ticket)
    from = STATIONS.index(ticket.stamped_at)
    to = STATIONS.index(@name)
    distance = to - from
    FARES[distance - 1]
  end
end

# ticket.rb

class Ticket
  attr_reader :fare, :stamped_at

  def initialize(fare)
    @fare = fare
  end

  def stamp(name)
    @stamped_at = name
  end
end

# gate_test.rb

require 'minitest/autorun'
require_relative '../lib/gate'
require_relative '../lib/ticket'

class GateTest < Minitest::Test
  def setup
    @umeda = Gate.new(:umeda)
    @juso = Gate.new(:juso)
    @mikuni = Gate.new(:mikuni)
  end

  def test_umeda_to_juso
    ticket = Ticket.new(160)
    @umeda.enter(ticket)
    assert @juso.exit(ticket)
  end

  def test_umeda_to_mikuni_when_fare_is_not_enough
    ticket = Ticket.new(160)
    @umeda.enter(ticket)
    refute @mikuni.exit(ticket)
  end

  def test_umeda_to_mikuni_when_fare_is_enough
    ticket = Ticket.new(190)
    @umeda.enter(ticket)
    assert @mikuni.exit(ticket)
  end

  def test_juso_to_mikuni
    ticket = Ticket.new(160)
    @juso.enter(ticket)
    assert @mikuni.exit(ticket)
  end
end

### 5月31日にやること
#### Suicaって何？
- maimu
- お金をチャージできる
- チャージしたお金で電車に乗れる
- チャージした金額が足りないと改札から出られない
- Suicaにお金が入っていないと改札に入れない
- Suicaを使って買い物ができる

- cellotak
- お金をチャージして、チャージされた金額から利用した金額が引かれる
- 乗り込んだ駅と出る駅の運賃が自動計算される
- チャージ額が利用した運賃を下回っていると、改札をでれない
- チャージ額が初乗り運賃を下回っていると改札に入れない

- moegi
- 現金orオートチャージして使えるもの
- 確か作成に500円かかる？
- チャージが足りていれば改札から出れる
- チャージが足りないと改札から出れない
- 利用履歴が残る

- まっきー
- 現金が必要ない
- 割引になる
- 入った駅が記録される
- 同じ駅で出られる
- 制限時間がある？
- 残高が少なくなるとオートチャージできる
- メトロ⇆都営で割引になる

- まとめ
- チャージできる
- 手動チャージ◎
- オートチャージ（チャレンジ！）
- 電車に乗れる
- 金額が足りないと出れなかったり入れなかったりする
- 0円だと入れない◎
- 初乗り（チャレンジ！）
- 利用履歴が残る✖️
- 乗車時に残高が減る◎
- どのタイミングで減る？
- 降車時
- 乗車方向（時間次第でやる）
- 初回のデポジットは考慮しない

#### 最終的に完成させたいものは？
- Suicaで乗車と降車ができること

#### Suicaの場合、どんなストーリー（シナリオ）が考えられる？
- maimu
- 0円の残高のSuicaがある
- 改札に入れない
- n円チャージする
- 改札に入る
- 電車に乗れる
- 改札から出られる
- 残高が減る
- 10円残高のSuicaがある
- 改札に入れる
- 電車に乗れる
- 改札から出られない

- moegi
- 入場する
- 足りていればそのまま入る
- 0円だったらチャージ
- 電車に乗る
- 降車駅で改札から出る
- 残高足りていたらそのまま出る
- 残高足りなかったらチャージして出る

- まっきー
- チャージする
- 入れた金額が正しくチャージされる？
- （入場）入場判定する
- 入場できるSuicaか？
- （入場）入場駅を記録する
- 入場駅がSuicaに記録される？
- （出場）出場判定する
- 入場駅・出場駅で決まる残高以上か？
- （出場）残高を差し引く
- 入場駅・出場駅で決まる運賃が引かれる？

- cellotak
- シナリオ1
- 残高160円以上
- 梅田で入場し、十三で出場する
- 出場でき、残高が160円差し引かれている
- シナリオ2
- 残高190円未満
- 梅田で入場し、三国で出場する
- 出場できず、残高は元のまま
- シナリオ3
- 残高190円以上
- 梅田で入場し、三国で出場する
- 出場でき、残高が190円差し引かれている
- シナリオ4
- 残高160円以上
- 十三で入場し、三国で出場する
- 出場でき、残高が160円差し引かれる
- シナリオ5
- 残高0円
- 入場できない
- シナリオ6
- チャージする
- 正しい金額がチャージされている
#### どんなクラスを作るか
- Suicaクラスを作る
- チャージ金額
- 残高が増える
- 残高が減る
- どこから乗ったかを記録する
- Gateクラス
- 入場できるか？
- 出場できるか？

## 感想
- maimu
- みんなで話しながら要件を考えるのは楽しい！

- moegi
- 実際にテストのシナリオを作るとき、どう考えるのか勉強になりました。

- cellotak
- 実現したい機能やその方法をどこから考えて、どう進めていくべきかが、自分ではよく分からなかったので、流れを体験することができて非常に勉強になりました。
- 意外と抜けている視点があることに気づきました！

- まっきー
- オブジェクト指向の思考プロセスはひとりでやるとそれが正しいのか自信がないところなので、今回皆で議論しながら進められたのはよかった
- ある責務をどちらのクラスにやらせるべきかは、コードを書きながら修正していけばよいんだということを学んだ

## 6月1日にやること
### シナリオ
#### シナリオ1(1区間)
- Suicaの残高が1000円
- 梅田で入場し、十三で出場する
- 期待する結果：出場できる
- 期待する結果2：残高が840円になる

#### シナリオ2(1区間・残高不足)
- Suicaの残高が100円
- 梅田で入場し、十三で出場できない
- 期待する結果：出場できない
- 期待する結果2：残高が100円のまま

#### シナリオ3(1区間・チャージする・境界値1)
- Suicaの残高が0円
- 160円をチャージする
- 梅田で入場し、十三で出場できる
- 期待する結果：出場できる
- 期待する結果2：残高が0円になる

#### シナリオ4(1区間・チャージする・境界値2)
- Suicaの残高が0円
- 159円をチャージする
- 梅田で入場し、十三で出場できない
- 期待する結果：出場できない
- 期待する結果2：残高が159円のまま

#### シナリオ5(2区間)
- Suicaの残高が190円
- 梅田で入場し、三国で出場する
- 期待する結果：出場できる
- 期待する結果2：残高が0円になる

#### シナリオ6(1区間)
- Suicaの残高が160円
- 十三で入場し、三国で出場する
- 期待する結果：出場できる
- 期待する結果2：残高が0円になる

#### シナリオ7(残高0円)
- 入場できない

#### シナリオ8（チャージ）
- マイナスの金額はチャージ不可

## 感想
- maimu
- 画面共有して喋りながらコード書くの難しい😂
- 自分はTDD苦手なので、みんなで話して流れを確認できたのはとても良かったです！

- cellotak
- テストを実際に書くとなると、何から始めたらいいか結構悩んでしまったので、一度流れを体験できて学びになりました。
- テストを書く前についつい機能追加してしまいそうになるので気を付けたいと思います。
- 方向性が決まると、こうした方がいい、というのはなんとなく思いつきますが、その方向性を考えるのがまだできないです。
- assert_equalの使い方を学べました。

- moegi
- 手順を踏んでみんなでじっくり考えながらコードを書くことができたのでTDDに対する理解がすこし進みました。
- 想定していた通りにエラーが出て良かったと思うのが面白い。
- assert,refuteの使い方を忘れていた。

- まっきー
- ファイルがない→つくる、classがない→つくる、、、、という手順を踏める流れが勉強になった
- stamped_atメソッドをTicketクラスと同じ名前にしたことで、calc_fareメソッドの引数にticketインスタンスとsuicaインスタンスの両方を入れられるのがなるほど〜と思った。けど引数名とか工夫の余地がありそうとも思った。
- TDDで赤文字の内容が変わっていくのが謎解き感あって面白そうかも？
- ドライバーの方はめっちゃ大変そうだと思いました。。いつもお疲れさまです🙏

## 6月5日
### 感想
- maimu
- メソッドが決まってくると細かなシナリオのテストは通しやすいと思った
- どのクラスにどこまで役割を持たせるか考えるのはいまだに難しい

- CelloTAK
- どんどんとテストを通していくのが楽しかったです！
- balanceの値を引くメソッドをSuicaクラスに定義することで、balanceをreadだけにできたので、いい判断だったことがわかりました
- maimuさん、企画・進行・ドライバーすべて兼任してくださってありがとうございます🙏

- まっきー
- ひとつずつテストシナリオが通ってくるとだんだん楽しくなると感じた
- Suica残高を減らすメソッドは、拡張性を考えSuicaクラスに持たせるのがなるほどと思った（拡張性を考えないとGateクラスにやらせた方がしっくりきただけに）
- リファクタリングのたびにアクセサーもメンテする必要性を知った

- moegi
- シナリオがいくつかある場合、メソッドが決まると当てはめて考えることができるのでサクサクすすんで楽しい
- コード内で使っているか不明なメソッドを調べるときテストあると便利
- メソッドの役割を明文化したほうがオブジェクト指向っぽいという考え方がある