[2단계 - 블랙잭 베팅] 우가(민보욱) 미션 제출합니다

[bowook]

체크 리스트

• 미션의 필수 요구사항을 모두 구현했나요?
• Gradle test를 실행했을 때, 모든 테스트가 정상적으로 통과했나요?
• 애플리케이션이 정상적으로 실행되나요?
• 프롤로그

객체지향 생활체조 요구사항을 얼마나 잘 충족했다고 생각하시나요?

1~5점 중에서 선택해주세요.

• 1 (전혀 충족하지 못함)
• 2
• 3 (보통)
• 4
• 5 (완벽하게 충족)

선택한 점수의 이유를 적어주세요.

ScoreBaord 객체를 작게 유지하지 못했습니다.

어떤 부분에 집중하여 리뷰해야 할까요?

안녕하세요 베루스! 😄
Step2도 잘 부탁드립니다!

고민 사항 1

문제:
ScoreBoard가 책임이 너무 많아서 승/패를 판단하는 부분을 BattleResultCalculator에게 책임을 넘겼습니다.
이때, BattleResultCalculator를 determineOutcome 메서드에서 생성하는 것이 적절할지, 아니면 외부에서 생성자를 주입받아서 사용하는 것이 적절할지 고민입니다.

고민 1:
BattleResultCalculator를 determineOutcome 메서드에서 생성하면, ScoreBoard와 BattleResultCalculator 간의 결합도가 높아지는 것이 아닌가 하는 생각이 들었습니다.
이유는, BattleResultCalculator가 현재는 단순히 calculate로 계산을 하는 로직밖에 없지만, 추후에 다른 방식의 계산 방법이 생겨서 바꾸어야 한다면 ScoreBoard까지 영향을 받게 되기 때문입니다.
또한, 테스트 코드 작성하기도 불편하다고 생각했습니다.

고민 2:
외부에서 생성자를 주입받아서 사용하는 방법은 결합도를 낮출 수 있고, 테스트 코드도 작성하기 수월하다고 생각했습니다.
그런데, BattleResultCalculator는 ScoreBoard의 determineOutcome 메서드에서만 사용하는데, 굳이 외부에서 주입 받은 후에 필드에 가지고 있을 필요가 있을까? 라는 생각이 들어 고민 중입니다.

---

고민 사항 2

문제:
"개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴"이라는 책을 읽던 중, 챕터 7장의 2번째에 있는 전략 패턴을 읽게되었습니다.
수익을 계산하는 부분에 전략 패턴을 적용하면, GamblingStatement는 외부에서 주입 받은 (무엇인지 모르는) 전략을 가지고 계산된 돈을 이용할 수 있겠다는 생각을 했습니다.
그런데, 이 과정에서 고민이 생겼습니다.

고민 1:
책에서 보았던 예시에는 파라미터로 전략을 주입시켜주었습니다.
하지만, 현재 GamblingStatement는 참가자 각각에 해당하는 계산 전략을 가져와야 했고, 외부에서 각각에 대한 전략을 주입시키기는 힘들지 않을까? 라는 생각이 들었습니다.
그래서, ScoreBoard를 파라미터로 전달받아 스코어 보드에 계산 전략을 찾도록 하는 메서드를 추가했습니다.
이렇게 하면, GamblingStatement는 해당 전략이 어떤 계산 전략인지 알 수 없게 됩니다.
하지만, 동시에 GamblingStatement는 ScoreBoard를 알 필요가 없는 것이 아닌가? 하는 생각이 들었습니다.
왜냐하면, 전략만 주입받으면 되지 굳이 ScoreBoard를 알아야 하나? 라는 생각이 들어서 이 부분을 어떻게 개선해야 할지 고민입니다.

참가자 각각에 해당하는 전략을 ScoreBoard에 둔 이유는, ScoreBoard가 참가자 각각에 해당하는 승/패 정보를 가지고 있기 때문입니다.
이렇게 사용해도 문제가 없는 것인지 잘 모르겠습니다.