test: InputValidator, PositionIndicatorTest 테스트코드 추가 #1
Conversation
README.md
Outdated
| - 도메인 모델 |
| private static final String DISPLAY_CHARACTER = "-"; | ||
|
|
||
| public static String indicateCharacterByPosition(int position) { | ||
| return DISPLAY_CHARACTER.repeat(Math.max(0, position)); |
There was a problem hiding this comment.
ㅋㅋㅋㅋㅋ 나도 이거 intellij가 추천해줌. 직접 한거라면 지송!
There was a problem hiding this comment.
그나저나 Position Indicator에서 하는 일은 Position 객체의 책임 같은데 어떻게 생각하시는지요??
There was a problem hiding this comment.
저도 인텔리제이의 추천을 받아서 바꿨습니다ㅋㅋㅋ
PositionIndicator 생각해보니 Position 객체의 책임이 더 맞는 거 같아요.!
이 부분은 수정해서 다시 올리겠습니다!
| String display = "-".repeat(Math.max(0, position.getPosition())); | ||
| ResultView.printText(name.getName() + ": " + display); | ||
| // ResultView.printText(name.getName() + ": " + position.getPosition()); | ||
| RacingGameView.printText( |
| @@ -0,0 +1,19 @@ | |||
| package properties; | |||
|
|
|||
| public class ErrorMessage { | |||
|
|
||
| public static void validCarNames(String carNames) { | ||
| isEmptyOrContainWhiteSpace(carNames); | ||
| isNotStartsWithComma(carNames); | ||
| isNotEndsWithComma(carNames); | ||
| canSplitByComma(carNames); | ||
| isExistMoreThanTwoCars(carNames); | ||
| isNotExceedFiveCharacters(carNames); | ||
| isNotDuplicateCarName(carNames); | ||
| } | ||
|
|
||
| public static int getTryCount(String tryCount) { |
There was a problem hiding this comment.
이런 Validator에 대한 고찰인데 뭔가 getTryCount라고 명명을 하면 이 친구는 Validation만 하는애인데 tryCount 라는 비즈니스 로직에 묶여 버리는 느낌? 이 든달까나;; 그래서 나는 validator 클래스 삭제하고 각 도메인 객체들한테 체크하는 로직을 전부 위임했음. 요 부분은 님 의견 궁금함
There was a problem hiding this comment.
getTryCount라고 명명을 하면 이 친구는 Validation
이 부분은 저도 계속 꺼림칙했네요..
지난번 과제도 validator 유틸클래스를 만들었었는데, 도메인 객체들에게 위임하는 게 조금 더 객체지향적인 설계겠죠?
객체스러운 사고가 뭔지 좀 더 사고하는 훈련이 필요할 거 같습니다..!
| } | ||
| } | ||
|
|
||
| private static void isEmptyOrContainWhiteSpace(String carNames) { | ||
| if (StringUtils.isBlank(carNames)) | ||
| throw new IllegalArgumentException("[ERROR] 공백 혹은 빈 값이 포함되어있습니다."); | ||
| throw new IllegalArgumentException(ErrorMessage.CarName.NOT_ALLOW_EMPTY_OR_CONTAINS_WHITE_SPACE); |
There was a problem hiding this comment.
내 PR에도 코멘트 남겼던 부분인데, 도메인 익셉션 정의하고 각 세부 상황별 Exception class들을 만들어 놓으면 ErrorMessage의 역할을 각 exception class들로 위임할 수 있다고 생각함
|
|
||
| class InputValidatorTest { | ||
|
|
||
| @Test |
There was a problem hiding this comment.
굳굳 요거 Parameterized Test 사용하면 메소드 많이 줄일 수 있을듯??
There was a problem hiding this comment.
Parameterized 요걸로 한번 바꿔봐야겠어요!
| class PositionIndicatorTest { | ||
|
|
||
| @Test | ||
| @DisplayName("숫자 n에 대하여 '-'가 n개 표시되어야 한다.") |
There was a problem hiding this comment.
굳 테스트, 지만 한 테스트에 검증문은 한개만 들어 가는게 best practice임!
No description provided.