ボウリングプログラムをオブジェクト指向で作成しました。 by s-tone-gs · Pull Request #11 · s-tone-gs/ruby-practices

s-tone-gs · 2025-11-18T01:18:58Z

Gameクラス
Frameクラス
Shotクラス
を実装しました。

正しい合計点数を返すことができるかをチェックするテストコードも作成しました

確認お願い致します

yuuu · 2025-11-21T22:18:45Z

06.bowling_object/game.rb

+    # ここでfirst_frame, second_frame・・・と宣言したら全体の記述が長くなり、
+    # むしろ可読性が落ちると判断したので配列で宣言
+    @frames = framed_scores.map do |score|
+      # 基本は10フレームだが、10フレーム目でスペアかストライクを出すと11フレーム生成される。


オブジェクト指向で作るのであれば、現実世界のボウリングをできるだけ忠実に再現したいので11フレーム目を作成するのではなく10フレーム目に3投存在する形にしたいです 🙏

オブジェクト指向を用いる目的の一つに、「現実世界のルールやビジネスロジックを表現する」というものがあり、そこにギャップがある状態だとオブジェクト指向のメリットが薄れてしまうためです。

ボウリングの仕様を正確に表現するために修正&クラスの責務の見直しにて修正しました！他の修正と切り分けることができず、コミットに複数の修正が混ざってしまっています。確認にお手数をおかけします。

オブジェクト指向を用いる目的の一つに、「現実世界のルールやビジネスロジックを表現する」

この点は自分が理解できていない所でした。ありがとうございます！

yuuu · 2025-11-21T22:22:21Z

06.bowling_object/game.rb

+    frame_count.times do |index|
+      frame = @frames[index]
+      total_score += frame.total_score
+      total_score += calc_strike_bounus(index) if frame.strike?


calc_strike_bounus や calc_spare_bounus もろとも Frame#toral_score に移動させてはどうでしょうか？

今の実装だとGameクラス内の処理で「このフレームはストライクなのかスペアなのか」といったことや、「ストライクの場合は次のフレームを参照して...」といったことを気にしないといけなくなっていますが、その責務は Frame に持たせた方が全体的にコードがスッキリするはずです。

ボウリングの仕様を正確に表現するために修正&クラスの責務の見直し
にて対応しました！コードがすっきりしたように思います。ありがとうございます！

yuuu · 2025-11-21T22:23:53Z

06.bowling_object/game.rb

+  def total_score
+    total_score = 0
+    frame_count = 10
+    frame_count.times do |index|


Enumerable#sum を使うと total_score = 0 や total_score += といったコードを書かなくて良くなるはずです。利用を検討ください。

ボウリングの仕様を正確に表現するために修正&クラスの責務の見直し
 書式の修正
にて修正しました🙇‍♂️

yuuu · 2025-11-21T22:25:03Z

06.bowling_object/shot.rb

+  private
+
+  def to_int_score(string_score)
+    return 10 if string_score == 'X'


ここは三項演算子としても良いですね。
そうすると1行で書けるので to_int_score を定義する意味は薄れる(initizlizeに全部書ける)かもしれません。

shotクラスをより簡潔にするために修正にて対応しました🙇‍♂️

yuuu · 2025-11-21T22:25:34Z

06.bowling_object/test_bowling.rb

+
+require_relative 'game'
+
+def main


自動テストが書かれているので安心してリファクタリングできますね 👍

yuuu · 2025-11-25T21:23:42Z

06.bowling_object/frame.rb

+  end
+
+  def total_score
+    return [@first_shot.score, @second_shot.score, @third_shot.score].sum unless @third_shot.nil?


ここは次のように書くと少しだけコードの重複を減らせます 👍

[@first_shot, @second_shot, @third_shot].map(&:score).sum

記述の重複があったため修正にて修正しました！

yuuu · 2025-11-25T21:25:57Z

06.bowling_object/frame.rb

+    after_the_next_frame = @referable_frames[1]
+    if next_frame.strike?
+      # 9フレーム目の場合
+      return next_frame.first_shot.score + next_frame.second_shot.score if after_the_next_frame.nil?


1投目と2投目のスコアの合計のみを取得するメソッドを Frame に追加すると、ここや total_score の処理を共通化できそうですね。

一投目と二投目のスコアを合算する処理が複数個所で重複していたので共通化にて修正しました！

yuuu · 2025-11-25T21:26:30Z

06.bowling_object/frame.rb

+      # 9フレーム目の場合
+      return next_frame.first_shot.score + next_frame.second_shot.score if after_the_next_frame.nil?
+
+      next_frame.first_shot.score + after_the_next_frame.first_shot.score


ここも map と sum を使うとコードの重複を減らせますね。

記述の重複があったため修正にて修正しました！

yuuu · 2025-11-25T21:28:26Z

06.bowling_object/game.rb

+  def parse_scores(row_scores)
+    scores = []
+    row_scores.split(',').each do |score|
+      scores.length < 18 && score == 'X' ? scores.push('X', '0') : scores << score


18 という数値は 2 * 9 という計算の結果導出された値だと思いますので、そのように記載した方がわかりやすいですね。

そしてこの 18 という数値は複数箇所で使われているので、定数にまとめるとミスを減らせますし、定数名によって更に意図がわかりやすくなります。

共用の数値を定数に修正にて対応しました！

18 という数値は 2 * 9 という計算の結果導出された値だと思いますので、そのように記載した方がわかりやすいですね

コードはできる限り仕様を直接表現した方が良いということですかね？ご指摘の通りだと思いました！

yuuu · 2025-11-25T21:29:34Z

06.bowling_object/game.rb

+      scores.length < 18 && score == 'X' ? scores.push('X', '0') : scores << score
+    end
+    tenth_frame_scores = scores[18...scores.count]
+    framed_scores = scores[0..17].each_slice(2).to_a


0..17 のところは 0...18 と記載すると、ここも 18 という数値に統一できますね。

共用の数値を定数に修正にて対応しました。

0..17 のところは 0...18 と記載すると、ここも 18 という数値に統一できますね

今回はtakeメソッドを用いて0..17の記述を無くしました

yuuu · 2025-11-25T21:33:04Z

06.bowling_object/game.rb

+
+  def parse_scores(row_scores)
+    scores = []
+    row_scores.split(',').each do |score|


ここを row_scores.split(',').take(18).each とすると、このブロックの内側の scores.length < 18 の判定や、 framed_scores = scores[0..17].each_slice(2).to_a の [0..17] をなくせそうですね。

ここを row_scores.split(',').take(18).each とすると

今回、row_scores.split(',')の結果返される配列の要素数に揺れがある（ストライク=Xと表現されていることが要因）ため、takeメソッドでの処理は難しいと判断しました。
現状の処理をより分かりやすく記述する方法が見つけられなかったため、この修正を保留しています。
もし何か良い方法があればご教授願いたいです🙇‍♂️

なるほど、確かにこの時点ではxが未処理でしたね💦失礼いたしました。現状のままとしましょう。

yuuu · 2025-11-25T21:35:17Z

06.bowling_object/game.rb

+    @frames.each_with_index do |frame, index|
+      # 9フレーム目であれば
+      if index.equal?(8)
+        frame.referable_frames = [@frames[index + 1]]


これは予め渡すのではなく Frame#total_score に引数として渡す方針をとってはどうでしょうか？

Frame にとって、スコア計算のとき以外で次のフレームや次の次のフレームが欲しくなるシチュエーションがおそらくないため、インスタンス変数としてもたせる必要はないと考えます。

ご指摘の通りです。不必要に変数のスコープが広いため要修正だと思いました。
必要以上に変数のスコープが広かったため修正にて修正しました！

yuuu · 2025-11-27T00:02:40Z

06.bowling_object/game.rb

+    total_score = 0
+    @frames.each_with_index do |frame, index|
+      # 10フレーム目の場合nil
+      next_frame = !index.equal?(9) ? @frames[index + 1] : nil


ここは三項演算子を使わずとも、最終フレームの場合は自ずとnilが代入されるはずです。

9フレーム目も10フレーム目も自ずとnilが代入されました👀
条件分岐が必要無いことが分かったのですっきりさせました

必要のない条件分岐であったため修正にて対応しています🙇‍♂️

s-tone-gs added 2 commits November 18, 2025 10:28

オブジェクト指向でボウリングプログラムを作成

bd99e02

テストコードを作成

e4d0de2

s-tone-gs force-pushed the bowling_object branch from 05fcbd6 to e4d0de2 Compare November 18, 2025 01:30

yuuu reviewed Nov 21, 2025

View reviewed changes

s-tone-gs added 3 commits November 25, 2025 08:33

shotクラスをより簡潔にするために修正

dcee9cb

ボウリングの仕様を正確に表現するために修正&クラスの責務の見直し

5d98392

書式の修正

4fed4da

yuuu reviewed Nov 25, 2025

View reviewed changes

s-tone-gs added 5 commits November 26, 2025 09:55

必要以上に変数のスコープが広かったため修正

74bec73

一投目と二投目のスコアを合算する処理が複数個所で重複していたので共通化

9285ada

記述の重複があったため修正

f659eef

共用の数値を定数に修正

59b1350

冗長な記述を修正

ef49cc1

yuuu reviewed Nov 27, 2025

View reviewed changes

必要のない条件分岐であったため修正

8603fb8

Conversation

s-tone-gs commented Nov 18, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

s-tone-gs Nov 24, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

s-tone-gs Nov 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

s-tone-gs Nov 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

s-tone-gs commented Nov 18, 2025 •

edited

Loading

s-tone-gs Nov 24, 2025 •

edited

Loading

s-tone-gs Nov 26, 2025 •

edited

Loading

s-tone-gs Nov 26, 2025 •

edited

Loading