FL 워들제출합니다. #5
FL 워들제출합니다. #5
Conversation
…tion 로직 제거 후 TryCount를 체크할 수 있도록 변경
Flamme1004K
force-pushed
the
flamme1004K
branch
from
2fddaab
to
b844aea
Compare
| do { | ||
| var result: MatchResults | ||
|
|
||
| try { | ||
| result = game.progress(input) | ||
| } catch (e: IllegalArgumentException) { | ||
| println(e.message) | ||
| continue | ||
| } | ||
| output.write(result) | ||
|
|
||
| if (result.isCorrect()) { | ||
| break | ||
| } | ||
| } while (!game.checkToRetry()) |
There was a problem hiding this comment.
NIT: 개발자의 취향일 수 도 있지만 do statement는 저는 잘 사용하지 않는 편입니다.
반복 실행되는 조건이 하단의 위치하는 조건을 확인하고 다시 상단의 조건을 확인하면서 내려와야하기 때문에
위아래로 최소 두번은 읽어야하기 때문입니다. 참고만 부탁드립니다. 😃
see also
| val text = readln() | ||
| return Tiles.of(text) |
There was a problem hiding this comment.
| val text = readln() | |
| return Tiles.of(text) | |
| return Tiles.of(readln()) |
인라인을 통해 변수 선언을 줄여보면 어떨까요?
| import domain.MatchResults | ||
| import domain.Output | ||
|
|
||
| object DefaultOutput : Output { |
There was a problem hiding this comment.
기본 상황이 어떤 것인지 헷갈릴 수 있을 것같아요. 대체성을 생각해서 기본이 아닌 상황이 있는 것이 아닌지 이해할 수도 있을 것같네요. 의도를 명확하게 드러내려면 어떻게 하는 게 더 좋을까요?
| const val ERROR_TILE_SIZE_MSG = "타일은 5개로 구성되어야 합니다." | ||
| const val REQUIRE_TILE_SIZE = 5 | ||
| const val EMPTY = 0 |
There was a problem hiding this comment.
해당 클래스 내부에서만 사용한다면 반드시 private 접근자를 붙여주세요
| const val ERROR_RESULTS_SIZE_MSG = "결과는 5개로 구성되어야 합니다." | ||
| const val REQUIRE_RESULTS_SIZE = 5 |
There was a problem hiding this comment.
해당 클래스 내부에서만 사용한다면 반드시 private 접근자를 붙여주세요
| private fun checkWord(tiles: Tiles) { | ||
| if (!words.exists(tiles)) { | ||
| throw IllegalArgumentException(NOT_FOUND_WORD) | ||
| } | ||
| } |
There was a problem hiding this comment.
| private fun checkWord(tiles: Tiles) { | |
| if (!words.exists(tiles)) { | |
| throw IllegalArgumentException(NOT_FOUND_WORD) | |
| } | |
| } | |
| private fun checkWord(tiles: Tiles) { | |
| require(words.exists(tiles)) { NOT_FOUND_WORD } | |
| } |
require를 사용해 볼 수 도 있을 것같아요!
|
|
||
| class Game(private val words: Words) { | ||
| private val answer: Answer = Answer(words.getTodayWords()) | ||
| private var tryCount = 0 |
There was a problem hiding this comment.
객체 지향 생활체조 원칙인
모든 원시값과 문자열을 포장한다.
으로 원시값을 포장하고 불변한 값으로 가지면 어떤 장점이 생길까요?
| fillGreens(result, other, countOfTile) | ||
| fillYellows(result, other, countOfTile) |
There was a problem hiding this comment.
정답객체에서 판단하는 모든 책임을 가지고 있는 것보다
Tiles에 메시지를 던지도록 구조를 바꿔 보면 어떨까요? 객체에 메시지를 보내 데이터를 가지는 객체가 일하도록 해보세요.
| if (this.tiles.equals(tile, index)) { | ||
| result[index] = MatchResult.CORRECT | ||
|
|
||
| countOfTile[tile] = countOfTile[tile]!!.dec() |
| fillGreen(tile, index, result, countOfTile) | ||
| } | ||
| } | ||
| private fun fillYellows( |
There was a problem hiding this comment.
이미 MatchResult에서 색을 표현하지 않기로 결정했으니 특정색을 칠하는 상황을 다르게 설명해보면
어떨까요?
No description provided.