[자동차 경주] 정태용 미션 제출합니다. by xodyd123 · Pull Request #34 · woowacourse-precourse/kotlin-racingcar-8

xodyd123 · 2025-10-27T05:02:46Z

No description provided.

- 쉼표(,)로 구분된 이름을 List<String>으로 변환 - 자동차 이름 길이가 6자 이상이면 예외 발생(1~5자만 허용) - 숫자 문자열을 Int로 변환; 비숫자 문자가 포함되면 예외 발생 - IllegalArgumentException 및 에러 메시지 상수 사용

- FixedNumberProvider 구현체 도입 - 4 이상 전진, 3 이하면 정지 검증

- 입력을 Set으로 변환하면서 유일성 검사 수행 - StringToSetConverter 도입 - 중복 시 IllegalArgumentException 발생 (CAR_NAMES_MUST_BE_UNIQUE)

- List 의존 제거, 다양한 컬렉션 수용 - 동작 변화 없음

- 중복 입력 시 IllegalArgumentException 발생 확인 - 메시지: CAR_NAMES_MUST_BE_UNIQUE

joon0447

안녕하세요~ 2주차 과제 고생 많으셨습니다.
인터페이스를 사용하신 것이 인상 깊었습니다!

joon0447 · 2025-10-28T03:01:41Z

+interface OutputView {
+    fun printCarNamesPrompt()


OutputView, InputView를 인터페이스로 선언하신 이유가 궁금합니다!

OutputView, InputView를 인터페이스로 선언하신 이유가 궁금합니다!

큰 의미는 없습니다!
OutputView 같은 경우는 경주 결과 나 최종우승자를 출력할때 여러 방법이 있을꺼같아서 미리 추상화를 하였던거같습니다!

joon0447 · 2025-10-28T03:04:45Z

+        try {
+            val convertInt = input.toInt()
+            if (convertInt <= 0) {
+                throw IllegalArgumentException(ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO)
+            }
+        } catch (e: NumberFormatException) {
+            throw IllegalArgumentException(INVALID_ATTEMPT_COUNT_NUMBER)
+        }


toInt대신 toIntOrNull 을 사용하면 try,catch 문을 없애서 더 깔끔한 코드가 될 것 같네요!

알려주셔서 감사합니다!

toInt대신 toIntOrNull 을 사용하면 try,catch 문을 없애서 더 깔끔한 코드가 될 것 같네요!

joon0447 · 2025-10-28T03:07:09Z

+class StringToSetParser : Parser<Set<String>> {
+    override fun parse(input: String): Set<String> {
+        val carNamesArr = input.split(",")
+        val carNamesSet = HashSet<String>()


코틀린에서는 HashSet<String> 보다는 mutableSetOf<String> 이 더 자연스러울 것 같아요!

코틀린에서는 HashSet<String> 보다는 mutableSetOf<String> 이 더 자연스러울 것 같아요!

알려주셔서 감사합니다! 아직 코틀린 문법에 서투른거같습니다..

joon0447 · 2025-10-28T03:08:47Z

+    override fun validate(input: String): Unit {
+        require(input.contains(",") && input.isNotBlank() && !input.trim().endsWith(',')) {
+            ErrorCode.NAMES_MUST_BE_COMMA_SEPARATED
+        }
+    }


조건문이 너무 긴 느낌이 있는 것 같아요.
따로따로 변수에 담아서 작성했으면 더 좋았을 것 같은데 어떻게 생각하시나요??

조건문이 너무 긴 느낌이 있는 것 같아요. 따로따로 변수에 담아서 작성했으면 더 좋았을 것 같은데 어떻게 생각하시나요??

맞아요 가독성이 떨어지는거같아요
변수에 따로 담아서 작성하는게 더 좋을꺼같아요 감사합니다!

joon0447 · 2025-10-28T03:09:17Z

+object ErrorCode {
+    const val NAMES_MUST_BE_COMMA_SEPARATED: String = "[ERROR] 이름은 쉼표(,)로 구분해 입력하세요."
+    const val INVALID_CAR_NAME_LENGTH: String = "[ERROR] 자동차 이름은 1~5자여야 합니다."
+    const val INVALID_ATTEMPT_COUNT_NUMBER: String = "[ERROR] 유효하지 않은 시도 횟수입니다. 숫자만 입력해 주세요."
+    const val ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO: String = "[ERROR] 시도 횟수는 0보다 큰 양수여야 합니다."
+    const val CAR_NAMES_MUST_BE_UNIQUE = "[ERROR] 자동차 이름은 중복될 수 없습니다."
+    const val RACE_MUST_HAVE_PROGRESS = "[ERROR] 모든 자동차가 0칸 이동했습니다. 유효한 경주가 아닙니다."
+}


에러 메시지를 다 모아서 관리하는 건 좋은 것 같습니다!

joon0447 · 2025-10-28T03:11:04Z

+    private lateinit var parser: Parser<Collection<String>>
+
+    @BeforeEach
+    fun setUp() {
+        parser = StringToListParser()
+    }


@BeforeEach를 사용하면 더 편하게 테스트를 할 수 있네요!
하나 알아갑니다!!

eungyeong12

2주차 고생 많으셨습니다!
추상클래스나 인터페이스를 잘 활용하셔서 배우고 갑니다!

eungyeong12 · 2025-10-28T08:50:18Z

자동자 경주 게임 전체의 흐름을 제어하는 역할을 하고 있으니 CarRacingController나 RacingGameController 같은 이름을 사용하면 더 명확할 것 같아요!

자동자 경주 게임 전체의 흐름을 제어하는 역할을 하고 있으니 CarRacingController나 RacingGameController 같은 이름을 사용하면 더 명확할 것 같아요!

피드백 감사합니다! 좀더 변수명에 신경써보겠습니다!

eungyeong12 · 2025-10-28T08:53:19Z

+    private fun initRacingGame(carNames: Collection<String>, attemptCount: Int) {
+        val racingGame = RacingGame(carNames)
+        playRacingGame(racingGame, attemptCount)
+    }


initRacingGame의 파라미터에서 구체적인 타입( List<String>)을 사용하면 더 좋을 것 같습니다! 혹시 Collection을 사용하신 이유가 따로 있을까요?

initRacingGame의 파라미터에서 구체적인 타입( List<String>)을 사용하면 더 좋을 것 같습니다! 혹시 Collection을 사용하신 이유가 따로 있을까요?

Set 타입인 StringToSetParser 구현체 와 List 타입인 StringToListParser 구현체 둘 다 받기 위해 일부러 Collection 인터페이스로 타입을 사용했습니다!

아하 그렇군요!

eungyeong12 · 2025-10-28T08:54:28Z

+
+class RandomNumberProvider : NumberProvider {
+    override fun generateNumbers(): Int {
+        return Randoms.pickNumberInRange(0, 9)


0과 9를 상수화하면 좋을 것 같습니다!

0과 9를 상수화하면 좋을 것 같습니다!

0 , 9 상수까지 신경 못썼네요 피드백 감사합니다!

eungyeong12 · 2025-10-28T08:58:29Z

+class CarTest {
+
+    class FixedNumberProvider(private val n: Int) : NumberProvider {
+        override fun generateNumbers(): Int = n
+    }
+
+    @Test
+    fun `한 라운드에 조건이 만족인 차만 전진`() {
+        val racingCar = RacingCar("pobi")
+        racingCar.race(FixedNumberProvider(4), DefaultMoveRule())
+        assertEquals(1, racingCar.position)
+    }
+
+    @Test
+    fun `한 라운드에 조건이 만족하지 않으면 차는 멈춘다`() {
+        val racingCar = RacingCar("pobi")
+        racingCar.race(FixedNumberProvider(3), DefaultMoveRule())
+        assertEquals(0, racingCar.position)
+    }
+
+}


저도 이 부분에서 테스트를 어떻게 해야 할지 고민이 있었는데, FixedNumberProvider를 구현하여 사용한 점이 인상적이네요!

eungyeong12 · 2025-10-28T09:01:49Z

+        val carNamesArr = input.split(",")
+        val carNamesSet = HashSet<String>()


유지보수 측면에서 변수명에 자료형을 포함하지 않는 carNames, uniqueCarNames 같은 이름을 사용하면 더 좋을 것 같습니다!

유지보수 측면에서 변수명에 자료형을 포함하지 않는 carNames, uniqueCarNames 같은 이름을 사용하면 더 좋을 것 같습니다!

피드백 감사합니다! 변수명에 좀 더 신경써보겠습니다!

eungyeong12 · 2025-10-28T09:06:03Z

+abstract class Car(open val name: String) {
+
+    var position: Int = 0
+        protected set
+
+    fun race(numberProvider: NumberProvider, moveRule: MoveRule) {
+        val baseLine = numberProvider.generateNumbers()
+        if (moveRule.canMove(baseLine)) move()
+    }
+
+    protected abstract fun move()
+}


추상클래스를 사용하신 이유가 궁금해요!

추상클래스를 사용하신 이유가 궁금해요!

요구사항이 바뀌지 않는 이름, 위치 ,race메서드는 재활용 하기위해 상속을 받고자 하였고

요구 사항이 바뀔수 있는 자동차의 전진(지금은 한칸 이동하지만 나중에는 여러칸을 이동할수도 있다고 생각하였습니다. )은 오버라이딩해서 구현하고자 하였습니다!

확장성을 고려한 설계 좋네요!

확장성을 고려한 설계 좋네요!

좋게 봐주셔서 감사합니다!

BaekCCI

2주차 고생하셨습니다!

BaekCCI · 2025-10-28T13:42:54Z

@@ -0,0 +1,5 @@
+package racingcar.application.parser
+
+interface Parser<out O> {


제너릭 타입으로 인터페이스를 설계하신 부분이 인상적이네요!

제너릭 타입으로 인터페이스를 설계하신 부분이 인상적이네요!

가장 잘했던 부분이라고 생각했었는데 알아봐주셔서 감사합니다!

BaekCCI · 2025-10-28T13:54:38Z

+    override fun parse(input: String): Int {
+        try {
+            val convertInt = input.toInt()
+            if (convertInt <= 0) {
+                throw IllegalArgumentException(ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO)
+            }
+        } catch (e: NumberFormatException) {
+            throw IllegalArgumentException(INVALID_ATTEMPT_COUNT_NUMBER)
+        }
+        return input.toInt()


현재 convertInt<=0일때 throw를 하고 try-catch로 잡아서 다시 던지는 부분이 조금 비효율적이라는 생각이 듭니다
toInt대신 toIntOrNull을 사용하면 try-catch를 없이도 구현할 수 있을 것 같습니다!

Suggested change

override fun parse(input: String): Int {

try {

val convertInt = input.toInt()

if (convertInt <= 0) {

throw IllegalArgumentException(ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO)

}

} catch (e: NumberFormatException) {

throw IllegalArgumentException(INVALID_ATTEMPT_COUNT_NUMBER)

}

return input.toInt()

override fun parse(input: String): Int {

val convertInt = input.toIntOrNull() ?: throw IllegalArgumentException(INVALID_ATTEMPT_COUNT_NUMBER)

if (convertInt <= 0) throw IllegalArgumentException(ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO)

return convertInt

또한 require를 활용하면 아래와 같이 작성할 수도 있을 것 같습니닷

val convertInt = input.toIntOrNull() require(convertInt != null) { INVALID_ATTEMPT_COUNT_NUMBER } require(convertInt > 0) { ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO }

현재 convertInt<=0일때 throw를 하고 try-catch로 잡아서 다시 던지는 부분이 조금 비효율적이라는 생각이 듭니다 toInt대신 toIntOrNull을 사용하면 try-catch를 없이도 구현할 수 있을 것 같습니다!

또한 require를 활용하면 아래와 같이 작성할 수도 있을 것 같습니닷

val convertInt = input.toIntOrNull() require(convertInt != null) { INVALID_ATTEMPT_COUNT_NUMBER } require(convertInt > 0) { ATTEMPT_COUNT_MUST_BE_GREATER_THAN_ZERO }

코드로도 알려주시고 피드백 감사합니다!!

xodyd123 added 30 commits October 22, 2025 10:04

docs(readme): 구현 할 기능 목록 작성

70df9b9

feat: 4-1 입력 안내문 출력 기능 추가

12b1340

feat: 1.입력 기능 구현

eb42345

docs(readme): 예외 케이스 작성

59b4675

feat(validation): 자동차 이름 입력이 쉼표로 구분되지 않으면 예외 처리

d984baf

test(validation): CarNameValidator 유효성 테스트 추가 (쉼표 없음/공백일때/끝이 쉼표일때)

a0f2dfd

test(converter): 문자열→리스트/정수 변환 성공·실패 테스트 추가

f57a7b3

feat: 2. 자동차 경주 기능 구현

5d468a2

refactor(car): position을 읽기 전용(private setter)으로 변경

e55681a

refactor(car): 불필요한 stop() 메서드 제거

de0b490

test(car): 고정값 NumberProvider로 자동차 움직임 테스트 검증

05bb0a3

- FixedNumberProvider 구현체 도입 - 4 이상 전진, 3 이하면 정지 검증

feat(view): 라운드별 자동차 이동 결과 출력

c4e0eb6

docs(readme) : 예외 케이스 추가

fa1cdc5

feat(view): 경주가 끝난후 우승자 출력

bd9b3b9

feat(converter): 시도 횟수가 0이하의 숫자일때 예외 처리 기능 추가

553900a

test(converter): 입력값이 0보다 작은 숫자일때 예외처리 테스트 검증

4d1f206

feat(validation): 자동차 이름 중복 시 예외 처리

8d3dd82

- 입력을 Set으로 변환하면서 유일성 검사 수행 - StringToSetConverter 도입 - 중복 시 IllegalArgumentException 발생 (CAR_NAMES_MUST_BE_UNIQUE)

refactor(internal): UseController 메서드 매개변수를 Collection<String>으로 다형성 활용

7149252

- List 의존 제거, 다양한 컬렉션 수용 - 동작 변화 없음

test(validation): 자동차 이름 중복 입력 시 예외를 검증

4d16966

- 중복 입력 시 IllegalArgumentException 발생 확인 - 메시지: CAR_NAMES_MUST_BE_UNIQUE

feat(validation): 모든 자동차가 0칸 이동 할때 예외처리

f44a678

test(validation): 모든 자동차가 0칸 이동했을때 예외 검증

674a85e

docs(readme): 예외 케이스 세부사항 수정

80e857a

fix(domain): 우승자 계산을 시도 횟수 기준에서 최종 위치 기반으로 수정

7ff7fb9

refactor(domain): Car.toString() 제거, 출력 포맷은 OutputView에서 처리

da5b8cf

refactor(controller): 불필요한 메서드 매개변수 인자 제거

1240a9d

refactor: 패키지 구조 변경

f3d951e

refactor(domain): Car 추상 클래스 도입 및 RacingCar 상속 적용

aa04360

style: 주석 제거 및 Kotlin 공백 컨벤션 적용

fb07809

refactor(naming): Converter → Parser로 적절한 책임을 하는 이름으로 변경

c1c2f31

joon0447 reviewed Oct 28, 2025

View reviewed changes

eungyeong12 reviewed Oct 28, 2025

View reviewed changes

BaekCCI reviewed Oct 28, 2025

View reviewed changes

		val carNamesArr = input.split(",")
		val carNamesSet = HashSet<String>()

		@@ -0,0 +1,5 @@
		package racingcar.application.parser

		interface Parser<out O> {

Conversation

xodyd123 commented Oct 27, 2025

Uh oh!

joon0447 left a comment

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!

eungyeong12 left a comment

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!

xodyd123 Oct 28, 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!

xodyd123 Oct 28, 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!

BaekCCI left a comment

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!

4 participants

xodyd123 Oct 28, 2025 •

edited

Loading

xodyd123 Oct 28, 2025 •

edited

Loading