[자동차 경주 게임] 변해빈 미션 제출합니다. #356

h-beeen · 2023-10-31T08:53:58Z

📦 패키지 구조

Package	Class	Description
controller	Game	게임 로직을 메인으로 동작하는 컨트롤러 클래스

domain	Car	움직임을 동작하는 개별 자동차 클래스
	Cars	개별 자동차를 멤버변수로 갖는 일급 컬렉션 클래스
	MovementCondition	자동차의 전진 조건을 생성하고 검증하는 클래스
	Name	자동차 이름에 대한 원시값 포장 클래스

dto	FinalResponse	최종 우승자를 리턴하는 DTO 레코드
	RoundResponse	라운드 별 각 자동차의 점수를 시각화해 리턴하는 DTO 레코드
	RoundResponses	각 라운드별 모든 자동차의 점수를 리턴하는 DTO 레코드

exception	ErrorMessage	예외를 던질 때 사용되는 에러 메세지 Enum 클래스
exception	RacingCarException	전역에서 에러를 핸들링하는 Custom Exception

parser	Parser	Input을 생성자 멤버변수 형식에 맞게 파싱하는 클래스

validator	InputValidator	Input Value에 대한 기본 유효성 검증을 진행하는 클래스

view	View	View Layer에서 입/출력을 담당하는 클래스
constants	ConstantMessage	사용자에게 출력할 정적 메세지 Enum 클래스

Project Flow Chart

✨ 구현 목록

1️⃣ Non-Functional Requirement

자동차 경주 프로그램은 MVC 패턴에 따라 설계한다.
YAGNI 원칙에 의거해, 필요 구현 요소를 밀도있게 구현하는 것을 목표로 한다.

2️⃣ Functional Requirement (Controller Code Flow)

[Game] 사용자에게 자동차 이름을 ,(Comma)를 기준으로 입력 받는다
- [View] 사용자에게 자동차 이름 요청 폼을 출력하고, 문자열을 입력받는다.
- [InputValidator] 유효성 검사 : Comma로 끝나거나, whiteSpace를 포함하는 요청 예외처리한다.
- [Parser] 플레이어에게 입력받은 String을 Comma를 기준으로 파싱해 List 형태로 변환한다.
- [InputValidator] 유효성 검사 : List에 동일한 이름이 포함된 경우 예외처리한다.
[Game] 파싱된 List 문자열로 List를 멤버변수로 갖는 Cars 객체를 생성한다.
- [Cars] stream 문법을 사용해, 모든 List 원소를 바탕으로 Car 객체를 생성한다.
- [Cars] 위에서 만든 Car 객체를 List 형태로 리턴해 Cars의 멤버변수로 생성한다.
[Game] 사용자에게 라운드 횟수를 입력받는다.
- [View] 사용자에게 라운드 횟수 요청 폼을 출력하고, 숫자형 문자열을 입력받는다.
- [InputValidator] 유효성 검사 : 정수형이 아닌 숫자나 문자열이 요청되면 예외처리
- [InputValidator] 유효성 검사 : 1 미만의 숫자가 요청되면 예외처리
- [Parser] 라운드 횟수를 정수형으로 파싱해 컨트롤러에 리턴한다.
[Game] 라운드 횟수에 따라, 각 라운드를 반복 진행한다
- [Cars] for-each 문법을 사용해, 멤버변수의 모든 car를 대상으로 move 메소드를 호출
- [(Each) Car] MoveCondition.create 함수를 호출해 1~9 사이의 랜덤 정수를 담은 조건 객체를 생성한다.
- [(Each) Car] MoveCondition.movable 함수를 호출해 이동 가능 여부 메세지를 보내고, 이동 여부에 따라 행동한다.
[Game] 각 라운드 종료(모든 Each Car가 1회전 경주를 마친 상황)
- [Cars] buildRoundResponses 함수를 호출해 일급 컬렉션 멤버변수를 아래 과정을 통해 DTO로 변환한다.
- [RoundResponses] stream 문법을 사용해 모든 List를 순회하며 List를 생성한다.
- [RoundResponse] 각 RoundResponse는 name과 score를 가지며, getResponse 편의 메소드로
  이름 : -- 형태로 출력한다.
- [RoundResponses] 레코드의 일급 컬렉션 멤버변수인 List를 순회하며 모든 자동차의 라운드 결과를
  이름 : -- 형태의 String으로 리턴한다.
- [View] RoundResponses.getResponses()를 통해 각 라운드 진행 현황을 사용자에게 출력한다.
[Game] 모든 라운드 종료(라운드 횟수 만큼 모든 자동차가 경주를 진행한 상황)되었을 때
- [Cars] buildFinalResponse 함수를 호출해 일급 컬렉션 멤버변수를 아래 과정을 통해 DTO로 변환한다.
- [FinalResponse] FinalResponse는 List winnerNames 가지며, getResponse 편의 메소드로
  최종 우승자 : 해빈, 햅, 빈빈
  형태의 String으로
  리턴한다.
- [View] FinalResponse.getResponse()를 통해 최종 우승자를 사용자에게 출력한다.
- [Console] Console.close() 명령어를 통해 Scanner.close() 기능을 수행한다.

🆘 고민의 흔적

1️⃣ MVC 패턴에서 View Layer와 Domain Layer의 검증 책임

Input Layer에서 유효성 검사를 진행하는게 맞을까에 대한 고민을 꾸준히 해왔습니다.

➡️ (View) 순수하게 문자열을 입/출력하는 기능
➡️ (Validator) 기본 유효성, 자료형 검사
➡️ (Parser) Validator를 통해 검증된 문자열을 자료형에 맞게 변환 `ex : String ➡️ List<String>`<br>
➡️ (Domain Constructor) 요구사항 예외처리 및 검증

위 순서로 View Layer에서 검증하지 않고, 별도의 Validator 도메인에서 유효성/자료형 검증을 진행합니다.
이렇게 기본적인 유효성 검증을 마치고, 개발 요구사항에 대한 검증은 일급컬렉션 및 각 도메인의 생성자에서 검증합니다.
위와 같은 방식의 설계가 MVC 패턴에 입각해 좋은 설계로 구성되었는지 봐주시면 좋을 것 같아요. ⸝⸝ʚ ̯ʚ⸝⸝

2️⃣ 객체 간 관계를 Static으로 풀어낸 결과, 어려워진 테스트 코드 작성

도메인 구조를 싱글톤으로 가져가지 않고, 설계하다 보니 테스트 코드 작성 간 어려움을 겪었습니다.
MovementCondition 의 경우, 개별 Car가 매 라운드마다 새로운 MovementCondition 객체를 생성하고, 전진 여부를 요청합니다.
MovementCondition은 Static 객체라, 해당 조건으로 분기하는 Car 객체는 일반적인 방법으로 테스트를 진행하기 어려웠습니다.
그래서 우회 방법으로 Randoms 객체를 모킹해, Random Generated Value를 모킹해서, 테스트를 진행했습니다.
해당 방법은 좋은 테스트 방법이라고 생각되지 않습니다! 이 부분에 대해서 리뷰를 꼭 받아보고 싶어요.
(어쩌면 초기 설계가 부적절 했을 수도 있다고 생각합니다.)

👬 31명과 함께한 223개의 소중한 코드리뷰 적용기

1주차 숫자 야구 Pull Request 는 많은 리뷰가 남겨져 있어 로드하는데 시간이 좀 걸립니다!
(유니콘 414 에러가 뜨면서 PR창이 뜨지 않는다면 새로고침 해주세요!)
지난 리뷰에서 아쉬웠다고 리뷰를 받은 부분을 아래와 같이 반영하고자 노력했습니다.

Type	Review	Reviewers

README	0x00. 어떤 객체가 기능들을 할당하는지도 같이 명시되어 있으면 좋을 것 같다.	@Gyu-won

코드 리뷰	0x01. 검증 메소드에서 긍정 조건을 사용하는게 가독성에 좋다.	@junseoparkk
	0x02. 컨벤션이 없는 상황에서 정적 팩토리 메소드 사용은 혼선을 가져올 수 있다.	@OikimiO
	0x03. MVC 패턴에서 모델에서 뷰의 정보를 알아서는 안 된다.	@oxdjww
	0x04. 일부 접근지정자가 세밀하게 조정되지 않았다.	@U-Keun
	0x05. Open-Closed Principle vs YAGNI	@oxdjww
	0x06. Flag 네이밍은 boolean의 의미가 강하다. 정수는 다른 네이밍이 필요하다.	@cosyflower
	0x07. 클래스 내부 함수의 선언 순서가 세밀하게 조정될 필요가 있다.	@jcoding-play
	0x08. 커스텀 예외 선언은 정적 팩토리 메소드보다, 직접 선언하는게 정확하다.	@IMWoo94
	0x09. Protected 생성자 vs Private 생성자	@cosyflower
	0x0a. 조건에 따라 분기하는 것은 검증(Validator)계층이 아니다.	@minnim1010

🌱 0x00 `어떤 객체가 기능들을 할당하는지도 같이 명시되어 있으면 좋을 것 같다.`

리드미에 기능 명세를 강화해서, Controller Code Flow를 따라갈 수 있도록 설계했습니다.
기능, 비기능 요구사항을 나누고 설계 방향에 대한 명시를 강화했습니다.
플로우 차트를 추가해, 직관적으로 코드 플로우를 눈으로 따라갈 수 있도록 설계했습니다.

🌱 0x01 `검증 메소드에서 긍정 조건을 사용하는게 가독성에 좋다.`

예외처리 메소드에서 사용할 검증 메소드(boolean)의 포스트컨디션에 따라, 긍정문으로 작성했습니다.
isInvalidRoundCount, isExceedLength와 같이 직관적으로 해석되도록 정의했습니다.

🌱 0x02 `컨벤션이 없는 상황에서 정적 팩토리 메소드 사용은 혼선을 가져올 수 있다.`

private 생성자 + 정적 팩토리 메소드 조합으로 명백한 의도가 표현되도록 노력했습니다.
메소드 명 자체가 해당 생성자의 의미를 직관적으로 담을 수 있도록 다음 표의 컨벤션 참고했습니다.

메소드명	역할
from	하나의 매개변수를 받아서 인스턴스를 생성
of	여러개의 매개변수를 받아서 인스턴스를 생성
instance	인스턴스를 반환하지만 동일한 인스턴스임을 보장하지 않음
create	매번 새로운 인스턴스를 반환
getXxxx	호출하는 클래스와 다른 타입의 인스턴스를 반환할때 사용
newXxxx	getXxxx와 같으나 매번 새로운 인스턴스를 반환

출처 : Static Factory Method 네이밍 컨벤션 - Tistory, Effective java

🌱 0x03 `MVC 패턴에서 모델에서 뷰의 정보를 알아서는 안 된다.`

모델에서 View를 호출하지 않고, View ↔️ Controller ↔️ Domain(Model) 의존 구조로 설계했습니다.
Domain 에서 Controller로 출력할 데이터를 DTO를 통해 전달하고
View에서는 DTO의 Response를 단순 출력하는 방식으로 설계했습니다.

🌱 0x04 `일부 접근지정자가 세밀하게 조정되지 않았다.`

private 메소드로 선언해야 했음에도, 꼼꼼하게 체크하지 않은 탓에, public으로 불필요하게 개방적인 함수가 일부 존재했습니다.
이번 자동차 경주 미션에서는, 해당 사항을 꼼꼼하게 검증해, 함수의 권한을 적절하게 관리하도록 통제했습니다.

🌱 0x05 `Open-Closed Principle vs YAGNI`

실제로 필요할 때 무조건 구현하되, 그저 필요할 것이라고 예상할 때에는 절대 구현하지 말라.

출처 : YAGNI - Wikipedia

기존 1주차에 OCP를 준수하기 위해 작성했던 코드에서, 과제 요구사항과는 거리가 있다는 리뷰를 받았습니다.
반면 긍정적인 리뷰도 있었습니다. 확장성 있는 설계로 좋은 리뷰를 남겨주신 분도 계셨습니다.
이번 미션은 자동차 경주 게임의 본질을 꾸준히 되새기며 YAGNI 설계로 구성했습니다.

🌱 0x06 `Flag 네이밍은 boolean의 의미가 강하다. 정수는 다른 네이밍이 필요하다.`

선언한 모든 변수에 대해서, 누구나 읽어도 직관적으로 해석이 가능한 변수 명으로 설정하고자 노력했습니다.
기존 리뷰 받았던 xxFlag, xxOption, xxOrNot 과 같이 해석에 혼동을 줄 수 있는 변수와 클래스명 사용을 지양했습니다.

🌱 0x07 `클래스 내부 함수의 선언 순서가 세밀하게 조정될 필요가 있다.`

클래스 내부 선언 순서 컨벤션

Static Variable : public -> protected -> private

Member Variable : public -> protected -> private

Constructor

Static Method

Other Method : 기능 및 역할별로 분류하여 기능을 구현하는 그룹별로 작성

Standard Method : toString, equals, hashcode 와 같은 메소드

Getter / Setter : 클래스의 가장 하단 부분에 위치

출처 : Are there Any Java method ordering conventions? - Stack Overflow

🌱 0x08 `예외 복구, 예외 회피, 예외 전환의 역할을 잘 알고 활용하자.`

자바에서 예외처리는 예외 복구, 예외 회피, 예외전환을 방식이 각각 있습니다.

종류	역할
예외 복구	try catch -> 예외를 처리하고 정상 로직 처리
예외 회피	throw 로 상위 컨텐츠에게 위임
예외 전환	checkedExcpetion 을 unckeckedException 으로 변경하여 리턴

예외는 정적 팩토리메소드 보다는 있는 그대로를 보여주는 것이 더 정확하다고 생각합니다.
Exception 에 대한 처리는 정확하게 처리해야 서버의 죽음을 막을 수 있고,
에러에 대한 정보가 정확 해야지 추후 원인 판단에 빠른 해결책을 제공할 수 있을거라 봅니다.

출처 : 1주차 숫자야구 코드리뷰 - @IMWoo94

이번 미션에서 RacingCarException 이라는 전역 예외를 공통으로 던지도록 설계했습니다.
에러 메세지를 정적으로 관리하고, 각 테스트 케이스에서 JUnit5의 hasMessageContaining 메소드를 활용해 해당
예외 발생 여부와 Containing ErrorMessage 여부를 이중으로 검증해, 간결하면서 신뢰도 높은 테스트를 만들고자 했습니다.
IllegalArgumentException을 원시 형태로 발생시키는 것 보다,
전역에서 에러를 공통 규격으로 관리하는 것이 더욱 확장성이 높다고 판단합니다.
서버가 예외의 상태를 파악할 수 있도록, 추후 Logging 방식을 통해 말씀 주신 문제를 해결할 수 있다고 생각합니다.

🌱 0x09. `Protected 생성자 vs Private 생성자`

기존에 상속과 다형성을 목표로 작성했던 protected 생성자에 대해 리뷰를 받았습니다.
이번 과제에서 상속과 다형성으로 최종 개발되지 않은 클래스는 private 생성자를 사용했습니다.
private 생성자를 기반으로, public Static Factory 메소드로 객체를 생성합니다.
JPA에서 사용했던 경험을 바탕으로, 무의식적으로 사용했던 행동을 반성하게 되었습니다 :)

출처 : [JPA] JPA에서 Entity에 protected 생성자를 만드는 이유 - Velog

🌱 0x0a. `조건에 따라 분기하는 것은 검증(Validator)계층이 아니다.`

일부 검증 메소드(isExitFlag, isRestartFlag)와 같은 함수는 값에 대한 검증의 성격을 띄지 않는다는 리뷰를 받았습니다.
함수의 위치와, 이름, 그리고 이를 담는 패키지 이름까지, 조금 더 함수의 역할을 담을 수 있도록 설계했습니다.

shAn-kor · 2023-11-02T01:39:09Z

저도 리드미 감탄하고 갑니다. 시간 되시면 #126 리뷰 부탁드릴게요

이름 중복은 생각 못했는데 중복 검사도 하신게 인상깊네요

dev-prao · 2023-11-02T01:41:52Z

이미 많은 유능하신 분들이 리뷰를 달아주셔서... 코드 리뷰가 아닌 감사의 의미로 코멘트 남겨봅니다:)
해빈님의 상세한 리드미와 코드를 보면서 해당 코드를 작성할 때 어떤 고민을 하셨고 어떤 과정을 통해 이런 코드가 나왔는지 볼 수 있어서 정말 많이 배움을 얻고 있네요😄
앞으로 미션을 진행하면서 해빈님처럼 코드와 설계에 이유를 찾고 고민해보려 노력해봐야겠습니다!
좋은 하루 되세요:)

hwan2-99

2주차 고생하셨습니다 ㅎㅎ

hwan2-99 · 2023-11-02T01:46:46Z

src/main/java/racingcar/controller/Game.java

+        proceedRounds(cars, roundCount);
+        publishFinalResult(cars);
+
+        Console.close();


세심한 부분이네요.. 저도 잘배우고갑니다

hwan2-99 · 2023-11-02T01:48:20Z

src/main/java/racingcar/domain/Car.java

+    public Integer getScore() {
+        return score;
+    }
+}


dto를 이렇게 잘 사용하셨네요... 잘배우고 갑니다..

hwan2-99 · 2023-11-02T01:51:07Z

src/main/java/racingcar/dto/FinalResponse.java

+
+import java.util.List;
+
+public record FinalResponse(


이야.. record를 사용해서 dto를 이렇게 관리하시는군요... 저는 아직 record를 어떻게 써야할지 감도 안오는데 정말 인상깊었고 한수 배워갑니다

akskflwn

리드미나 프로젝트 구조부터 정리를 정말 잘하시는것 같아요 정말 부럽습니다 🥲
클레스 수가 적지 않은편인데도 어떤 클레스가 어떤 역활을 하게될지 프로젝트 구조만 봐도 알기 쉬웠어요. 많이 배워갑니다 :)

akskflwn · 2023-11-02T02:24:33Z

src/test/java/racingcar/domain/CarsTest.java

경주를 여러번 진행하고 나서 우승자를 구하는 메서드가 의도하는데로 작동하는지 확인하는 테스트 케이스가 필요하다고 생각하는데 해빈님 생각은 어떠세요 ??

public 으로 선언된 메서드들은 단위 테스트가 필요하다고 생각하는 1인이라 해빈님 의견이 궁금합니다 😀

이번 과제는 테스트 케이스를 단위(계층)별로 정교하게 짜지 못헀어요ㅠ
개인적으로 가장 아쉬운 부분입니다.

다음 과제에서는 MVC 패턴의 각 단위에 해당하는 테스트를 다르게 진행해 보려고 합니다!
이번엔 설계의 이슈로...모킹테스트 외에 부분을 조금 아쉽게 진행했던 것 같아요!

IMWoo94

잘 보고 많은거 배우고 갑니다.
저도 더 노력 해보겠습니다.

IMWoo94 · 2023-11-02T04:08:12Z

src/main/java/racingcar/controller/Game.java

+            final Cars cars,
+            final int roundCount


final 의 경우 값을 초기화를 단 한번만 할 수 있다라는 조건에 불변이라는 의식이 있지만,
primitive type 과 reference tpye 의 경우가 다를 수 있다라는 것도 알아두면 좋을거 같아요.
primitive type 은 주소가 아닌 값을 메모리 상에 가지고 있기 때문에 불변의 기능이 제대로 활용이 됩니다.
다만, referenct type 은 주소값을 메모리 상에 가지는 것이므로 주소는 불변이지만 주소 값을 이용해 객체의 상태는 바꿀수 있는 상황이 될 수 있으므로 생각한 불변의 기능이 아니게 되지요.

IMWoo94 · 2023-11-02T04:14:57Z

src/main/java/racingcar/domain/Car.java

+    private static final Integer START_SCORE = 0;
+
+    private final Name name;
+    private Integer score;


primitive type 과 Wrapper type 의 경우 상황에 따라 바뀔 수 있는 설계 인거 같습니다.
꼭 누가 좋다/나쁘다 를 나누기보다는 사용처에 따라 혹은 값이 주소인지 실제 값인지 이러한 것들을 알고 계시는게 더 정확하게 판단하여 적절한 사용을 할 수 있을거 같습니다.
Int 타입과 Integer 타입을 예시로 기본 타입의 경우 초기화 값이 필수로 처리가 되므로 API 연계 시 해당 값이 null 이 아닌 초기화 된 "0" 값으로 전달될 수 있지요.
다만 "0"이라는 값도 무언가에 대한 정보를 전달하고 실제 데이터를 식별하는데 사용되는 것이라면 무작정 "0" 을 보낼 수 없겟지요.
이러할때 래퍼타입이나 객체타입의 null 을 가지는 점을 이용해 데이터가 없음을 나타낼 수 있을 겁니다.
이거는 각각의 상황에 따라 달라질 수 있는 내용이라 정확한 답이 없지 않을가 싶습니다.

IMWoo94 · 2023-11-02T04:19:56Z

src/main/java/racingcar/domain/Name.java

+        }
+    }
+
+    private static void validateContainWhiteSpace(final String name) {


Project Flow Chart 에서는 Name 제약조건에 보이는 빈값 체크가 2개가 있던데 기능 상에서는 한번만 체크 하는 것 같아요
제가 놓친 부분이 있을가요?

플로우차트 최하단에 들어가야 할 내용은 <길이 제약조건을 초과하는 문자열> 입니다...!!
플로우차트에 오탈자가 있다는 내용은 전혀 몰랐었는데, 중복된 내용이 있었군요!
제 리드미와 코드를 정말 한 줄 한 줄 꼼꼼히 읽어주셨다는 점을 느꼈습니다...!

다시 한 번 진심으로 감사드립니다 :)

bamm2

전반적인 코드네이밍과 테스트 코드 작성 부분에서 많이 배워갑니다.
이미 많은 리뷰와 저의 짧은 지식으로 구경만 하다 가네요 성장해서 더 좋은 리뷰로 돌아오겠습니다.

bamm2 · 2023-11-02T04:43:16Z

src/main/java/racingcar/exception/RacingCarException.java

+    public static RacingCarException of(ErrorMessage errorMessage) {
+        Console.close();


저 또한 , 예외 발생 시 자원을 정리하는 부분을 추가를 고민했었는데 예외 클래스를 생성해서 처리 해주는 부분 너무 좋은 것 같습니다. !

SuranS2 · 2023-11-02T06:36:26Z

src/test/java/racingcar/domain/CarsTest.java

+        @DisplayName("[Success] Cars 일급 컬렉션 객체 생성에 성공합니다.")
+        void Given_ValidName_When_Create_Then_Success() {
+            //given
+            String validCarNames = VALID_CAR_NAMES_INPUT.getName();
+
+            //when && then
+            assertDoesNotThrow(() -> Cars.create(validCarNames));
+        }


1주차에 일급 컬렉션 관련해서 제대로 사용하였는지 피드백을 요청하셨던 것으로 기억하는데
테스트 과정에 넣으신 부분이 인상적입니다 :)
피드백 과정을 잘 정리하셔서 다음 주차에 적용하려고 하는 노력 본받아야겠네요!
3주차 미션도 화이팅입니다!

감사합니다 수란님 :) 덕분에 더욱 성장할 수 있었습니다.

songhee1 · 2023-11-01T15:32:09Z

src/main/java/racingcar/domain/Car.java

+    public static Car create(final String name) {
+        return new Car(name);
+    }
+


댓글로부터 팩토리 패턴이라는 것도 처음 알았고 생소하지만 많이 배워갑니다! 저도 이런 팩토리 패턴을 적용하신 이유와 final로 매개변수를 지정하신 이유가 궁금합니다

정적 팩토리메소드를 통해 메소드 자체의 동작 행위의 이름을 규정해, 더욱 직관적인 코드 구조 설계가 가능합니다!
final의 경우 아래 답변드렸습니다 :)

songhee1 · 2023-11-01T15:33:57Z

src/main/java/racingcar/domain/Cars.java

+        List<String> carNames = Parser.parseCarNames(input);
+        this.cars = createCars(carNames);
+    }
+


파서 클래스도 따로 클래스로 나눈 것이 인상깊네요 인자에 대부분 final을 쓰셨군요

songhee1 · 2023-11-01T15:38:06Z

src/main/java/racingcar/exception/ErrorMessage.java

+    INVALID_ROUND_COUNT("The round count cannot be smaller than configured by the game setting."),
+    DUPLICATED("The input cannot contain a duplication."),
+    SYSTEM_ERROR("The game system crashed.");
+


이번에 enum으로 예외를 작성하면서 어떻게 써야하나 헷갈렸는데 이렇게 작성해야하는군요 형용사나 명사위주로 작성하고 메세지는 영어로 작성해야한다는 점을 알 수 있었습니다

메세지는 한글로 작성하셔도 무방하긴 합니다!
다만, 프로덕트 코드 레벨에서는 영어 사용이 좋다고 생각해서 그렇게 표현하게 되었습니다.

songhee1 · 2023-11-01T15:39:22Z

src/main/java/racingcar/parser/Parser.java

+    }
+
+    public static List<String> parseCarNames(final String input) {
+        InputValidator.validateEndsWithComma(input);


콤마 하나까지 선언해서 사용하실 줄은 몰랐는데 참고하고 갑니다! final을 작성하신 이유도 궁금해요!

정확히는 콤마로 끝나는 인풋을 처리합니다!
김해빈, 박해빈, 변해빈, 과 같이 콤마로 끝나는 예외를 검증합니다!

final로 작성해서 input 자체의 파라미터의 값을 변경하는 일을 막을 수 있습니다.

songhee1 · 2023-11-01T15:40:43Z

src/main/java/racingcar/validator/InputValidator.java

+            throw RacingCarException.of(ENDS_WITH_DELIMITER);
+        }
+    }
+


추가적인 검증부분을 구현하신 점 인상깊습니다! of로 메서드명을 지정하신 이유가 있으신가요??

익셉션의 경우 of로 팩토리 메소드를 만드는 관례가 있는 걸로 알고 있어요.
정적 팩토리 메소드 컨벤션에 의하면 from 메소드 네이밍이 더 적절할 것 같아요!

songhee1 · 2023-11-01T15:42:38Z

src/test/java/racingcar/domain/CarTest.java

+        void Given_SameScore_When_isSameScore_Then_ReturnTrue() {
+            //given
+            Car car = Car.create(VALID_NAME_0.getName());
+


dto까지 만들어서 테스트코드로 확인할 생각은 미처 못했는데 DTO를 활용하신 부분 배워갑니다!

SuranS2 · 2023-11-02T07:10:02Z

src/test/java/racingcar/domain/CarsTest.java

+        @Test
+        @DisplayName("[Success] Cars 일급 컬렉션 객체 생성에 성공합니다.")
+        void Given_ValidName_When_Create_Then_Success() {
+            //given
+            String validCarNames = VALID_CAR_NAMES_INPUT.getName();
+
+            //when && then
+            assertDoesNotThrow(() -> Cars.create(validCarNames));
+        }
+    }


1주차에 일급 컬렉션 관련해서 제대로 사용하였는지 피드백을 요청하셨던 것으로 기억하는데
테스트 과정에 넣으신 부분이 인상적입니다 :)
피드백 과정을 잘 정리하셔서 다음 주차에 적용하려고 하는 노력 본받아야겠네요!
3주차 미션도 화이팅입니다!

seondays

해빈님 안녕하세요.
플로우차트 작성하신걸 보았는데, 아주 깔끔하게 잘 작성하셨더라구요. 저도 간단하게 흐름은 플로우차트로 구현해보려는 편인데 해빈님이 하신 것 처럼 객체들의 연관성까지 같이 표현하면 더 좋겠다는 생각이 들었습니다.
제 코드도 한번 가볍게 둘러봐 주심 감사할 것 같아요! 이번주도 고생 많으셨습니다~

seondays · 2023-11-02T06:16:49Z

src/main/java/racingcar/domain/Car.java

+    private static final Integer START_SCORE = 0;
+
+    private final Name name;
+    private Integer score;


int 대신 Integer 클래스를 사용할 수도 있다는 사실을 배우고 갑니다.
Integer에서 제공하는 메서드들을 가져다가 사용할 수도 있다는 것도 장점이 되지 않을까? 싶은 생각이 들어요

seondays · 2023-11-02T06:29:12Z

src/main/java/racingcar/controller/Game.java

+        proceedRounds(cars, roundCount);
+        publishFinalResult(cars);
+
+        Console.close();


혹시 close 하는 해당 부분을 사용자입력을 리턴한 다음에 바로 닫아주도록 배치하는 것은 어떻게 생각하시는지 궁금합니다.
닫는 부분도 view에서 처리해주면 어떨까 하는 고민이 들어서요! 🤔

@seondays 프리코스 API를 참고해보면 입력을 받는 Scanner가 싱글톤 패턴으로 구현되어 있어요. View에서 서로 다른 입력을 받기 위해서 Scanner를 형성하고 다시 닫고, 열고 닫고, 와 같은 과정으로 진행하는 경우 확장성을 고려한다면 static으로 선언한 메리트가 떨어진다고 생각합니다.

개인적으로는 전체적인 로직이 끝난 이후에 .close() 하는게 더 좋은 방법이라고 생각해요!

저도 매 번 닫기를 했었는데, 저만 그런진 잘 모르겠는데 테스트 코드가 동작이 잘 안되더라고요..!
그래서 저도 모든 로직이 끝났을 때 했어요!

seondays · 2023-11-02T06:40:15Z

src/main/java/racingcar/domain/Name.java

저도 Name 자체를 객체로 바라볼 생각은 전혀 못했었는데, 생각해보니 차를 생성하기 위한 검증에 관한 모든 것이 결국 Name에 관한 것이었군요... 깨달음 얻고 갑니다.

seondays · 2023-11-02T06:41:58Z

src/main/java/racingcar/domain/Name.java

+        }
+    }
+
+    private static void validateExceedLength(final String name) {


이름 검증 메서드들은 따로 Validator에 분리해서 사용하신 것이 아니고, 객체 내부에 작성 하셨는데 혹시 어떤 의도이셨는지 궁금해요

@seondays 저 역시 객체 내부에 validate()를 명시하는 방향으로 작성했어요! 이유는 side-effect의 범위였습니다! 검증에 대한 기능 명세에 변화가 발생했을 때 Validator와 객체 내부를 모두 수정하느냐 혹은 객체 내부만을 변경하느냐 로 구분해서 생각을 해봤어요!

저는 후자가 났다고 생각해서 모델 내부 검증으로 진행했는데 @seondays 님 의견도 궁금합니다~!

Validator 클래스의 InputValidator의 경우, 파싱이나 형변환을 위해 기본적으로 검증해야 할 최소한의 검증 조건만을 담고 있습니다.
이 외 검증 조건(비즈니스 요구 사항)은 도메인 계층의 생성자에서 생성과 동시에 검증을 진행합니다 :)

seondays · 2023-11-02T07:19:52Z

src/main/java/racingcar/dto/FinalResponse.java

다음 과제에서는 DTO를 저도 활용해서 구현해볼 수 있도록 해야겠습니다.
코드 보고 많이 배워가요.!

jschoi-96

한 주 고생 많으셨습니다!

Readme부분이야 뭐 말할 것도 없이 너무 잘하셨고 제가 가장 인상깊게 본 부분은 dto를 만드신 부분인데

FinalResponse - 최종 우승자를 출력하는 부분
RoundResponse - 라운드가 진행될 때 마다 선수 이름과 "-" 형태로 변환 하는 부분
RoundResponses - RoundResponse를 List형태로 변환

이렇게 dto로 잘게 쪼개서 컨트롤러에서 사용하니 코드가 간결해진다는 느낌을 받았습니다.

혹시 dto로 데이터를 보낼 때 기준을 어떻게 잡으시는 편 인가요? 아직 dto에 대해서 와닿지 않아서 더 공부하고 싶은 부분입니다 ㅎㅎ

테스트 코드 작성 부분도 여러가지 edge case들을 커버한 것을 보고 정성이 느껴졌습니다!

3주차도 파이팅입니다~!

jschoi-96 · 2023-11-02T07:22:04Z

src/main/java/racingcar/domain/Name.java

+
+    private static void validateEmpty(final String name) {
+        if (name.isEmpty()) {
+            throw RacingCarException.of(EMPTY);


throw IllegalArgumentException이 아니라 RacingCarException클래스를 활용한 방식 배워갑니다!

jschoi-96 · 2023-11-02T07:43:23Z

src/main/java/racingcar/parser/Parser.java

+    private static final String DELIMITER = ",";
+
+    private Parser() {
+    }


인스턴스화 방지 👍👍

jschoi-96 · 2023-11-02T07:45:22Z

src/main/java/racingcar/view/View.java

+    public static String requestRoundCount() {
+        View.printConstantMessage(ASK_GAME_COUNT);
+        String request = Console.readLine();
+        printNewLine();


저는 direct하게 System.out.println()을 사용했는데 메서드화 해서 작성하니까 한결 더 가독성이 좋네요!

jschoi-96 · 2023-11-02T07:48:20Z

src/main/java/racingcar/controller/Game.java

+            final int roundCount
+    ) {
+        View.printConstantMessage(ROUND_RESULT_MESSAGE);
+        range(0, roundCount)


저도 똑같은 의문점을 갖고 있었는데 많은 분들이 여쭤보셨네요! 저도 IntStream이랑 뭐가 다른건지 궁금했는데 static import하셨군요!

jschoi-96 · 2023-11-02T07:54:39Z

src/main/java/racingcar/controller/Game.java

+        Cars cars = Cars.create(carsNameRequest);
+
+        String roundCountRequest = View.requestRoundCount();
+        int roundCount = Parser.parseRoundCount(roundCountRequest);


Integer.parseInt로 바로 변환하기보다 Parser를 사용해서 int 타입으로 변환과 validation 처리 👍

jschoi-96

한 주 고생 많으셨습니다!

Readme부분이야 뭐 말할 것도 없이 너무 잘하셨고 제가 가장 인상깊게 본 부분은 dto를 만드신 부분인데

FinalResponse - 최종 우승자를 출력하는 부분
RoundResponse - 라운드가 진행될 때 마다 선수 이름과 "-" 형태로 변환 하는 부분
RoundResponses - RoundResponse를 List형태로 변환

이렇게 dto로 잘게 쪼개서 컨트롤러에서 사용하니 코드가 간결해진다는 느낌을 받았습니다.

혹시 dto로 데이터를 보낼 때 기준을 어떻게 잡으시는 편 인가요? 아직 dto에 대해서 와닿지 않아서 더 공부하고 싶은 부분입니다 ㅎㅎ

테스트 코드 작성 부분도 여러가지 edge case들을 커버한 것을 보고 정성이 느껴졌습니다!

3주차도 파이팅입니다~!

jwnnoh

코드를 읽으면서 객체의 활용부터 분리, 컬렉션의 사용까지.. 정말 많은 부분에서 배우고 갑니다!
2주 차 너무 고생하셨고, 3주 차에도 서로 같이 파이팅해요!

jwnnoh · 2023-11-02T10:04:02Z

src/main/java/racingcar/view/View.java

+import static racingcar.view.constants.ConstantMessage.ASK_MULTIPLE_CAR_NAMES;
+
+public class View {
+    public static String requestCarsName() {


저 같은 경우는 자동차 이름을 입력받는 메서드를 패키지 내의 별개의 클래스로 분리하였는데, 혹시 해당 부분을 따로 분리하지 않으신 이유가 있을까요?

조금 더 단일책임을 준수하는 방법으로 리팩토링 하셨던 것 같아요!
해당 부분은 컨트롤러 계층에서 개행으로 충분히 분리가 가능한 부분이라고 판단했습니다 :)

jwnnoh · 2023-11-02T11:01:17Z

src/test/java/racingcar/domain/MovementConditionTest.java

+    class movableTest {
+
+        @Test
+        @DisplayName("[Success] 전진 조건에 부합하여 true를 리턴합니다.")


테스트 메서드를 작성할 때, 어노테이션을 사용해서 한글을 사용하는 것과이 메서드명에 한글을 사용하는 방식에 비해 어떤 장점을 가지는지 궁금합니다!

@DisplayName 어노테이션을 사용해서 사용하게 된다면, 일단 굉장히 자유롭고 편하게 작성이 가능합니다!
언더바에 구애받지 않고, 편리하게, 그리고 자유롭게 작성이 가능합니다.
무엇보다, Non-Ascii라는 이유로 IDE가 노란줄을 삑삑 긋는 이슈를 미리 예방할 수 있어요!

cosyflower

혜빈님, 먼저 리드미는 여전히 Description에 명시한 내용 그대로였습니다👍 추가로, 지난 주차 미션 관련해서 언급해주신점도 감사드려요:)

이번 미션에서 DTO를 어떻게하면 좋을지 정말 많이 고민했었는데, Request, Response의 네이밍 그리고 record 부분에 대해서도 더 알아가보겠습니다
예외에서도 Fixture, Enum 활용한 모습까지 Enum을 적극적으로 사용해야겠다는 생각이 들었어요

잘 보고 갑니다!

2주 차 미션 고생 많으셨어요!~

cosyflower · 2023-11-02T11:13:44Z

src/main/java/racingcar/controller/Game.java

+        proceedRounds(cars, roundCount);
+        publishFinalResult(cars);
+
+        Console.close();


@seondays 프리코스 API를 참고해보면 입력을 받는 Scanner가 싱글톤 패턴으로 구현되어 있어요. View에서 서로 다른 입력을 받기 위해서 Scanner를 형성하고 다시 닫고, 열고 닫고, 와 같은 과정으로 진행하는 경우 확장성을 고려한다면 static으로 선언한 메리트가 떨어진다고 생각합니다.

개인적으로는 전체적인 로직이 끝난 이후에 .close() 하는게 더 좋은 방법이라고 생각해요!

cosyflower · 2023-11-02T11:14:53Z

src/main/java/racingcar/controller/Game.java

+            final Cars cars,
+            final int roundCount


@IMWoo94 final 관련해서 이야기하고 싶었던 부분을 언급해주셨습니다!
저도 Reference 타입과 Primitive 타입에서의 불변에 대해서도 한번 더 생각하게 되었어요:)

cosyflower · 2023-11-02T11:17:43Z

src/main/java/racingcar/controller/Game.java

+    private static void proceedOneRound(final Cars cars) {
+        cars.playOneRound();
+
+        RoundResponses roundResponses = cars.buildRoundResponses();
+        View.printListWithNewLine(roundResponses.getResponses());


@h-beeen
레이어간 데이터의 교환에 대해서 DTO 라는 개념이 선행되어 코드를 접근하려고 했던 저 자신을 되돌아보게 되는 네이밍입니다! 참고할게요:)

cosyflower · 2023-11-02T11:19:55Z

src/main/java/racingcar/domain/Car.java

+    private static final Integer START_SCORE = 0;
+
+    private final Name name;
+    private Integer score;


@h-beeen 오토 박싱, 오토 언박싱으로 자동으로 컴파일러가 지원해주는 기능입니다~! 참고하시면 도움이 될 거에요

cosyflower · 2023-11-02T11:22:45Z

src/main/java/racingcar/domain/Car.java

+    public void move() {
+        MovementCondition condition = MovementCondition.create();
+        if (condition.canMovable()) {
+            score++;


다른 분 코드 리뷰를 하다 더 좋은 방식이지 않을까? 하는 생각에 공유하고 싶어 리뷰 남겨요. 저 역시 score++ 처럼 +1 되는 방향으로 로직을 구성했는데, += 을 활용해서 전진 횟수가 변경될 상황을 고려한 코드가 존재했습니다

if (condition.canMovable()) { score += FORWARD_COUNT }

매직 넘버를 상수 처리함으로써 가독성을 높이고 전진 회수가 1칸이 아닌 다른 n칸인 경우도 생각이 가능하더라구요!

cosyflower · 2023-11-02T11:30:57Z

src/main/java/racingcar/domain/MovementCondition.java

+    }
+
+    private Integer generateMovementCondition() {
+        return Randoms.pickNumberInRange(NUMBER_LOWER_BOUND_CONSTRAINT, NUMBER_UPPER_BOUND_CONSTRAINT);


@h-beeen 다른 분 코드 리뷰에서 언급하셨든 프로덕션 코드와 테스트 코드 간 관계 역시 저와 같은 고민을 하고 계셨더라구요. 테스트를 위한 프로덕션 코드의 수정이 과연 올바른 방향일지, 혹은 단순한 리팩토링으로 봐야 할 지..

저도 더 생각해봐야 할 듯 합니다...

cosyflower · 2023-11-02T11:32:36Z

src/main/java/racingcar/domain/MovementCondition.java

+public class MovementCondition {
+    public static final Integer FORWARD_MOVEMENT_LOWER_BOUND_CONDITION = 4;
+    public static final Integer NUMBER_LOWER_BOUND_CONSTRAINT = 0;
+    public static final Integer NUMBER_UPPER_BOUND_CONSTRAINT = 9;
+
+    private final Integer condition;
+
+    private MovementCondition() {
+        this.condition = generateMovementCondition();
+    }
+
+    public static MovementCondition create() {
+        return new MovementCondition();
+    }
+
+    public boolean canMovable() {
+        return condition >= FORWARD_MOVEMENT_LOWER_BOUND_CONDITION;
+    }
+
+    private Integer generateMovementCondition() {
+        return Randoms.pickNumberInRange(NUMBER_LOWER_BOUND_CONSTRAINT, NUMBER_UPPER_BOUND_CONSTRAINT);
+    }
+
+}


@Arachneee 객체의 역할이 많다고 하셨는데, 다른 방법은 어떤게 있는지 알려주실 수 있을까요?? 사실 역할이 많다고 생각하지 않아서..

cosyflower · 2023-11-02T11:33:55Z

src/main/java/racingcar/domain/Name.java

@h-beeen 저는 Name 그리고 움직인 횟수를 Position 클래스로 각각 독립된 클래스로 구분해서 작성했습니다. 가장 큰 이유는 랜덤 값에 따른 전진 유무에서 Position을 추가로 Wrapping 함수로 정의했어요!

cosyflower · 2023-11-02T11:36:22Z

src/main/java/racingcar/domain/Name.java

+        }
+    }
+
+    private static void validateExceedLength(final String name) {


@seondays 저 역시 객체 내부에 validate()를 명시하는 방향으로 작성했어요! 이유는 side-effect의 범위였습니다! 검증에 대한 기능 명세에 변화가 발생했을 때 Validator와 객체 내부를 모두 수정하느냐 혹은 객체 내부만을 변경하느냐 로 구분해서 생각을 해봤어요!

저는 후자가 났다고 생각해서 모델 내부 검증으로 진행했는데 @seondays 님 의견도 궁금합니다~!

cosyflower · 2023-11-02T11:52:58Z

src/test/java/racingcar/domain/MovementConditionTest.java

+@DisplayName("[MovementCondition Test] - Domain Layer")
+class MovementConditionTest {
+
+    private static MockedStatic<Randoms> randoms;


TestConfig 그리고 Enum 2가지를 저도 생각해봐야겠어요!

yeseong31 · 2023-11-02T12:43:31Z

src/main/java/racingcar/controller/Game.java

+        proceedRounds(cars, roundCount);
+        publishFinalResult(cars);
+
+        Console.close();


제공되는 API에 close() 메서드가 있는 줄 몰랐습니다. 확실히 프로그램 로직이 모두 돌고 난 이후에 명시적으로 close()를 호출하는 것이 리소스를 안전하게 관리할 수 있다고 생각합니다. 과제를 진행하면서 API를 직접 파헤쳐 볼 생각을 전혀 하지 못했는데, 잘 배우고 갑니다!

mksystem98 · 2023-11-02T13:22:24Z

혹시 맨 위에 있는 gif파일은 어떻게 올리셨는지 알 수 있을까요 ? 누르면 readme로 이동하는 기능도 있는 게 너무 신기하네요 .. !

DevelopingStone · 2023-11-02T15:34:00Z

src/main/java/racingcar/exception/ErrorMessage.java

@@ -0,0 +1,23 @@
+package racingcar.exception;
+
+public enum ErrorMessage {


코드에 정성이 있는것 같아 멋집니다.
하나 추가해야될점은 첫 시작에
"경주할 자동차 이름을 입력하세요." 라는 값에 자동차 입력값이 하나인경우 이셉션 발생코드가 없습니다.
레이싱경주에 자동차 혼자 경주하는경우는 없기 떄문에 최소 2개이상 입력하라는 문구 이셉션이 있었으면좋겠습니다.

물론 경주 라는 명사적 어원이 사람, 동물, 차량 따위가 일정한 거리를 달려 빠르기를 겨루는 일. 또는 그런 경기.
겨루다의 의미가 복수의 의미를 담고 있긴 하지만,

이 부분에 대한 익셉션은 관점에 따라 다를 것 같아요!
저는 한개의 자동차도, 경주 결과를 보여주는 것이 이상적인 프로그램 설계라고 판단했습니다!
요구조건의 이해의 차이인 것 같습니다 :)

mae-mary

엄청 열심히 읽어봤는데 배울게 넘넘 많은 코드와 리뷰들이 가득했던 것 같아요!
저도 열심히 공부해서 더 좋은 리뷰 남겨드리고 싶네요 ㅠㅠ !
덕분에 정말 많은 학습 키워드들을 얻어갑니다! 고생하셨습니다 💙

mae-mary · 2023-11-03T03:58:18Z

src/main/java/racingcar/domain/Name.java

+    }
+
+    private static boolean hasWhiteSpace(final String name) {
+        return name.chars().anyMatch(Character::isWhitespace);


저는 이름 앞뒤에 입력하는 공백 정도는 봐줘도 된다고 생각했는데, 이렇게 엄격하게 처리하는 것도 좋아보이네요 배워갑니다 :)!!

mae-mary · 2023-11-03T04:05:36Z

src/main/java/racingcar/parser/Parser.java

parser를 inputView에서 처리하면서 더 좋은 방법이 없나 싶었는데 이렇게 Parser 클래스로 분리하는 거 좋네요 :) 배워갑니다 !

h-beeen · 2023-11-03T12:37:23Z

혹시 맨 위에 있는 gif파일은 어떻게 올리셨는지 알 수 있을까요 ? 누르면 readme로 이동하는 기능도 있는 게 너무 신기하네요 .. !

리드미 최상단에 있는 버셀 링크를 활용한 API를 활용했습니다! 마크다운 문법으로 해당 이미지 클릭시, 제 리드미로 이동하도록 설정했어요!

JudyYeon

궁금한 점 대부분을 많은 분들이 질문 남겨주셔서 간단하게 궁금한 점만 남겼습니다ㅎㅎ정말 고민의 흔적이 많이 보이는 것 같아서 반성하고 가요ㅎㅎ

JudyYeon · 2023-11-04T00:02:53Z

docs/README.md

+  * [(Each) Car] `MoveCondition.create` 함수를 호출해 1~9 사이의 랜덤 정수를 담은 조건 객체를 생성한다.
+  * [(Each) Car] `MoveCondition.movable` 함수를 호출해 이동 가능 여부 메세지를 보내고, 이동 여부에 따라 행동한다.
+
+ [X] [Game] 각 라운드 종료`(모든 Each Car가 1회전 경주를 마친 상황)`


지금 어떤 상황인지, 어떤 클래스에 해당하는 내용인지 정확하게 다 짚어주셔서 README 하나로도 프로그램을 이해할 수 있었어요. 정말 감탄에 또 감탄하고 갑니다..!

감사합니다 :) 리드미를 꼼꼼하게 적은 부분도 많은 분들께 좋은 리뷰를 받았던 것 같아요!
다음 과제에서도 더욱 자세한 명세를 바탕으로 한 리드미를 만들어보겠습니다!

JudyYeon · 2023-11-04T00:03:44Z

docs/README.md

+## ✨&nbsp;&nbsp;구현 목록
+
+### 1️⃣ Non-Functional Requirement
+


기능과 비기능을 나누어 처리하는건 정말 현업에서 꼭 사용하는 방법인데.ᐟ.ᐟ 이미 실무에 대해서도 앞서나가계시네요 ㅎㅎ

JudyYeon · 2023-11-04T00:07:40Z

docs/README.md

+  * [RoundResponses] stream 문법을 사용해 모든 List<Car>를 순회하며 List<RoundResponse>를 생성한다.
+  * [RoundResponse] 각 RoundResponse는 name과 score를 가지며, getResponse 편의 메소드로 <br>`이름 : --` 형태로 출력한다.
+  * [RoundResponses] 레코드의 일급 컬렉션 멤버변수인 List<RoundResponse>를 순회하며 모든 자동차의 라운드 결과를 <br>`이름 : --` 형태의 `String`으로 리턴한다.
+  * [View] RoundResponses.getResponses()를 통해 각 라운드 진행 현황을 사용자에게 출력한다.


저는 단순히 출력하는 곳에서는 깊이있게 고민하지 않았는데 출력을 하기까지 비즈니스를 연결지어 생각할 수도 있었네요ㅎㅎ

JudyYeon · 2023-11-04T00:08:08Z

docs/README.md

+
+--------------------------------------------------------
+
+## 🆘&nbsp;&nbsp;고민의 흔적


고민을 함께 적어주셔서 모르는 내용을 찾아가며 공부하는 계기가 되었던 것 같아요.ᐟ.ᐟ

JudyYeon · 2023-11-04T00:09:11Z

docs/README.md

+
+### 2️⃣&nbsp;&nbsp;&nbsp;객체 간 관계를 Static으로 풀어낸 결과, 어려워진 테스트 코드 작성
+
+- 도메인 구조를 싱글톤으로 가져가지 않고, 설계하다 보니 테스트 코드 작성 간 어려움을 겪었습니다.


Game객체는 싱글톤이어도 된다고 생각했어요.ᐟ.ᐟ 혹시 싱글톤을 사용하지 않으신 이유가 있을까요?

여전히 컨트롤러 객체를 싱글톤으로 관리하는 것에 대한 생각이 많습니다!
퓨어한 자바 환경에서 MVC 패턴을 처음 적용해봐서, Controller계층의 설계에 고민이 많은데요.
아직까지는 static method를 활용해 호출하는 방식으로만 사용해 왔어요!

자식클래스를 만들수 없다는 점과, 내부 상태를 변경하기 어렵다는 점 등 여러가지 문제들이 존재한다.
결과적으로 이러한 문제들을 안고있는 싱글톤 패턴은 유연성이 많이 떨어지는 패턴이라고 판단합니다.

아직까지의 볼륨에서는 싱글톤을 무조건 적용해야 할 이유를 아직 찾지 못했어요.
차기 과제에서, 적용할 적합한 과제가 있다면, 한번 적용해보고 싶긴 해요!

JudyYeon · 2023-11-04T00:11:38Z

docs/README.md

+    <tr><td colspan="3"></td></tr>
+    <tr>
+        <td rowspan="1"><b><img align="center" src="https://github.com/woowacourse-precourse/java-racingcar-6/assets/112257466/9a2cdecd-2df4-4541-86ec-4e8fa1017643" height="32px">&nbsp;&nbsp;README</b></td>
+        <td>0x00. 어떤 객체가 기능들을 할당하는지도 같이 명시되어 있으면 좋을 것 같다.</td>


넘버링을 16진수로 하신 것도 눈길이 가네요.ᐟ.ᐟ

코딩변태들이나 한다는 16진수 넘버링..제가 한 번 해봤습니다!
(깨알이지만 0x00부터 시작합니다)
개발자는 숫자를 0부터 센다죠

JudyYeon · 2023-11-04T00:12:08Z

docs/README.md

+        <td><b>@junseoparkk</b></td>
+    </tr>
+      <tr>
+        <td>0x02. 컨벤션이 없는 상황에서 <b>정적 팩토리 메소드 사용은 혼선</b>을 가져올 수 있다.</td>


그럴 것 같아요ㅠㅠ저는 이번 미션에서 실수한 부분인데 잘 알고계셨던 부분이라 실수하지 않으신 것 같습니다

JudyYeon · 2023-11-04T00:19:59Z

src/main/java/racingcar/controller/Game.java

+            final int roundCount
+    ) {
+        View.printConstantMessage(ROUND_RESULT_MESSAGE);
+        range(0, roundCount)


경우에 따라선 static import 여서 더 코드가 깔끔해지기도 하지만, 때로는 이게 어떤 메소드인지 직관적으로 이해하기가 어려울 때가 있는것 같아요ㅎㅎ이 부분에 대해 고민해보는 건 좋은 것 같습니다~!

JudyYeon · 2023-11-04T00:23:19Z

src/main/java/racingcar/controller/Game.java

+                .forEach(Game::proceedOneRound);
+    }
+
+    private static void proceedOneRound(final Cars cars) {


Private를 어떤식으로 테스트해야할지, 고민이 많았는데 저 또한 이 부분은 안티패턴이 아닐까 하는 생각이 많았습니다! 이번 과제를 통해 제 고민을 함께 생각해보고 더 나은 방향을 찾게될 수 있을 것 같아요

JudyYeon · 2023-11-04T00:25:44Z

src/main/java/racingcar/controller/Game.java

+    private static void publishFinalResult(final Cars cars) {
+        FinalResponse finalResponse = cars.buildFinalResponse();
+        System.out.println(finalResponse.getResponse());
+    }


만약, 책임을 분리하며 위임을 한다면 어떨때 좋은 방향인지 고민해보는것도 좋을 것 같아요.ᐟ.ᐟ

h-beeen · 2023-11-05T00:44:20Z

한 주 고생 많으셨습니다!

Readme부분이야 뭐 말할 것도 없이 너무 잘하셨고 제가 가장 인상깊게 본 부분은 dto를 만드신 부분인데

FinalResponse - 최종 우승자를 출력하는 부분

RoundResponse - 라운드가 진행될 때 마다 선수 이름과 "-" 형태로 변환 하는 부분

RoundResponses - RoundResponse를 List형태로 변환

이렇게 dto로 잘게 쪼개서 컨트롤러에서 사용하니 코드가 간결해진다는 느낌을 받았습니다.

혹시 dto로 데이터를 보낼 때 기준을 어떻게 잡으시는 편 인가요? 아직 dto에 대해서 와닿지 않아서 더 공부하고 싶은 부분입니다 ㅎㅎ

테스트 코드 작성 부분도 여러가지 edge case들을 커버한 것을 보고 정성이 느껴졌습니다!

3주차도 파이팅입니다~!

컨트롤러에서 유저에게 모델의 데이터를 출력해야 할 때,
뷰가 모델을 알아서는 안되기 때문에
컨트롤러에서 모델을 Dto로 변환, 뷰에서 Dto 출력

이렇게, 뷰-도메인 의존성이 발생했을 때 사용했습니다!
@jschoi-96

h-beeen added 30 commits October 27, 2023 17:41

docs: 초기 기능목록 작성

7b49280

feat: OutputView 메세지 초기 구현

ee78698

feat: 기본 도메인 Layer 클래스 초기 정의

4ca6483

feat: Global Exception 정의 및 기본 도메인 추가

3a6b5aa

feat: Car/Cars Constructor 기본 구조 설정, Exception Handling

03c27ca

feat: Cars 일급 컬렉션 구조 수정 및 예외처리 추가

5b04692

feat: Cars 일급 컬렉션 구조, Car 구조 초안

1699725

feat: 컨트롤러를 기반으로 전체 게임 구조 빌드업

78972dd

feat: 예외처리 추가(이름 글자 수 제한), 메소드, 클래스 분리

3694bd5

feat: View Layer 통합, 최종 결과 제외 기능목록 구현 완료

f0ba3df

feat: 최종 결과 단순 출력 구현

885577f

feat: 최종 결과 출력 구현 및 테스트케이스 pass

e068470

refactor: name 속성 CarName 원시값 포장으로 분리

b8282ae

fix: 원시값 포장으로 값이 아니라 객체를 반환하던 오류 수정

14bfb67

refactor: 객체 및 메소드 단일책임 분리

d9eb0c8

refactor: 오탈자 수정 및 변수명 획일화

ac4314d

refactor: view <-> domain 의존 관계 분리

9688f9f

refactor: Random Number -> MovementCondition 분할

5f31a25

refactor: 도메인 레벨의 원시값 변환 책임을 Dto에 분할

b4990ff

feat: 함수 파라미터 final로 불변화

e85198b

Update README.md

aaf2599

feat: 모델 <-> DTO <-> 컨트롤러 계층 의존 관계 수정

cf8146d

docs: Update README.md

22df5ad

refactor: 메소드 명 직관적 개선 (toEntity -> toResponse)

854bd32

docs: README.md 업데이트 (메소드명 수정, 헤더 추가)

e086456

docs: README.md 업데이트

4278752

feat: 메소드명 오탈자 수정

aabf291

feat: 컨트롤러 Layer 함수 분리, 메소드명 수정

36a2887

feat: 컨트롤러 static

4880ba7

test: Domain Layer (Name) 테스트코드 작성

0603a98

hwan2-99 reviewed Nov 2, 2023

View reviewed changes

akskflwn reviewed Nov 2, 2023

View reviewed changes

IMWoo94 reviewed Nov 2, 2023

View reviewed changes

bamm2 reviewed Nov 2, 2023

View reviewed changes

SuranS2 reviewed Nov 2, 2023

View reviewed changes

songhee1 reviewed Nov 2, 2023

View reviewed changes

SuranS2 reviewed Nov 2, 2023

View reviewed changes

seondays reviewed Nov 2, 2023

View reviewed changes

jschoi-96 reviewed Nov 2, 2023

View reviewed changes

jwnnoh reviewed Nov 2, 2023

View reviewed changes

cosyflower reviewed Nov 2, 2023

View reviewed changes

yeseong31 reviewed Nov 2, 2023

View reviewed changes

DevelopingStone reviewed Nov 2, 2023

View reviewed changes

mae-mary reviewed Nov 3, 2023

View reviewed changes

JudyYeon reviewed Nov 4, 2023

View reviewed changes

h-beeen mentioned this pull request Nov 8, 2023

[로또] 변해빈 미션 제출합니다. woowacourse-precourse/java-lotto-6#449

Open

10 tasks

h-beeen requested a review from JaeHongDev November 8, 2023 12:26

This was referenced Nov 19, 2023

[크리스마스 이벤트] 오영선 PR용입니다 oyoungsun/java-christmas-6-oyoungsun#1

Open

[크리스마스] 마지막 미션!!! june-777/java-christmas-6-june-777#1

Open

h-beeen mentioned this pull request Jan 24, 2024

[FEATURE] #21 OAuth 2.0 로그인 구현(카카오) tteokguk-please/tteokguk-api#32

Merged

		public static RacingCarException of(ErrorMessage errorMessage) {
		Console.close();

		@@ -0,0 +1,23 @@
		package racingcar.exception;

		public enum ErrorMessage {

		## ✨  구현 목록

		### 1️⃣ Non-Functional Requirement


		--------------------------------------------------------

		## 🆘  고민의 흔적


		### 2️⃣   객체 간 관계를 Static으로 풀어낸 결과, 어려워진 테스트 코드 작성

		- 도메인 구조를 싱글톤으로 가져가지 않고, 설계하다 보니 테스트 코드 작성 간 어려움을 겪었습니다.

[자동차 경주 게임] 변해빈 미션 제출합니다. #356

Are you sure you want to change the base?

[자동차 경주 게임] 변해빈 미션 제출합니다. #356

Conversation

h-beeen commented Oct 31, 2023 • edited Loading

📦 패키지 구조

✨ 구현 목록

1️⃣ Non-Functional Requirement

2️⃣ Functional Requirement (Controller Code Flow)

🆘 고민의 흔적

1️⃣ MVC 패턴에서 View Layer와 Domain Layer의 검증 책임

2️⃣ 객체 간 관계를 Static으로 풀어낸 결과, 어려워진 테스트 코드 작성

👬 31명과 함께한 223개의 소중한 코드리뷰 적용기

🌱 0x00 어떤 객체가 기능들을 할당하는지도 같이 명시되어 있으면 좋을 것 같다.

🌱 0x01 검증 메소드에서 긍정 조건을 사용하는게 가독성에 좋다.

🌱 0x02 컨벤션이 없는 상황에서 정적 팩토리 메소드 사용은 혼선을 가져올 수 있다.

🌱 0x03 MVC 패턴에서 모델에서 뷰의 정보를 알아서는 안 된다.

🌱 0x04 일부 접근지정자가 세밀하게 조정되지 않았다.

🌱 0x05 Open-Closed Principle vs YAGNI

🌱 0x06 Flag 네이밍은 boolean의 의미가 강하다. 정수는 다른 네이밍이 필요하다.

🌱 0x07 클래스 내부 함수의 선언 순서가 세밀하게 조정될 필요가 있다.

🌱 0x08 예외 복구, 예외 회피, 예외 전환의 역할을 잘 알고 활용하자.

🌱 0x09. Protected 생성자 vs Private 생성자

🌱 0x0a. 조건에 따라 분기하는 것은 검증(Validator)계층이 아니다.

shAn-kor commented Nov 2, 2023

dev-prao commented Nov 2, 2023

hwan2-99 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

akskflwn left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

IMWoo94 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

bamm2 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

SuranS2 Nov 2, 2023 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

seondays left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jschoi-96 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jschoi-96 left a comment

Choose a reason for hiding this comment

jwnnoh left a comment

Choose a reason for hiding this comment

h-beeen commented Oct 31, 2023 •

edited

Loading

🌱 0x00 `어떤 객체가 기능들을 할당하는지도 같이 명시되어 있으면 좋을 것 같다.`

🌱 0x01 `검증 메소드에서 긍정 조건을 사용하는게 가독성에 좋다.`

🌱 0x02 `컨벤션이 없는 상황에서 정적 팩토리 메소드 사용은 혼선을 가져올 수 있다.`

🌱 0x03 `MVC 패턴에서 모델에서 뷰의 정보를 알아서는 안 된다.`

🌱 0x04 `일부 접근지정자가 세밀하게 조정되지 않았다.`

🌱 0x05 `Open-Closed Principle vs YAGNI`

🌱 0x06 `Flag 네이밍은 boolean의 의미가 강하다. 정수는 다른 네이밍이 필요하다.`

🌱 0x07 `클래스 내부 함수의 선언 순서가 세밀하게 조정될 필요가 있다.`

🌱 0x08 `예외 복구, 예외 회피, 예외 전환의 역할을 잘 알고 활용하자.`

🌱 0x09. `Protected 생성자 vs Private 생성자`

🌱 0x0a. `조건에 따라 분기하는 것은 검증(Validator)계층이 아니다.`

SuranS2 Nov 2, 2023 •

edited

Loading