Step2 - 지뢰 찾기(지뢰 개수) #413
Step2 - 지뢰 찾기(지뢰 개수) #413
Conversation
src/main/kotlin/map/Board.kt
Outdated
| @@ -4,37 +4,37 @@ import ramdom.RandomInterface | |||
|
|
|||
| class Board(private val mapInfo: MapInfo, private val randomLogic: RandomInterface) { | |||
There was a problem hiding this comment.
해당 로직이 프로퍼티로 생성될 경우 지뢰가 생성되는 로직에 대한 테스트를 하지 못할 것 같습니다.
프로퍼티로 구성되었을 때 테스트 로직을 어떤식으로 구현되어야 하는지 알려주시면 감사드리겠습니다.
개인적으론 프로퍼티로 정의하지 않고 부 생성자의 파라미터 또는 정적 팩토리 메서드를 활용해볼수 있을것 같습니다.
randomLogic이 프로퍼티로 정의되어야 하는 이유가 없다고 생각하기 때문에 랜덤으로 지뢰를 만드는 부 생성자를 추가하는것에 대한 코멘트 였습니다 😄
src/main/kotlin/map/Board.kt
Outdated
| private fun setOpen(x: Int, y: Int) { | ||
| val cell = mineBoard[x][y] | ||
| if (cell is None) { | ||
| val mineCnt = getMineCnt(cell) | ||
| mineBoard[x][y] = Open(mineCnt) | ||
| } | ||
| } | ||
|
|
||
| private fun getMineCnt(cell: None): Int { | ||
| val addIndexList = PERIPHERAL_INDEX_LIST | ||
| val cellX = cell.x | ||
| val cellY = cell.y | ||
| var mineCnt = 0 | ||
|
|
||
| for (addIndex in addIndexList) { | ||
| val newX = cellX + addIndex.first | ||
| val newY = cellY + addIndex.second | ||
|
|
||
| mineCnt = increaseMineCnt(mineCnt, newX, newY) | ||
| } | ||
|
|
||
| return mineCnt | ||
| } | ||
|
|
||
| private fun increaseMineCnt(mineCnt: Int, newX: Int, newY: Int): Int { | ||
| if (!checkIndex(newX, newY)) return mineCnt | ||
|
|
||
| return if (mineBoard[newX][newY] is Mine) mineCnt + 1 else mineCnt | ||
| } | ||
|
|
||
| private fun checkIndex(newX: Int, newY: Int): Boolean { | ||
| return newX >= INDEX_ZERO && newX < mapInfo.width && newY >= INDEX_ZERO && newY < mapInfo.height | ||
| } |
There was a problem hiding this comment.
PERIPHERAL_INDEX_LIST 대신 상, 하, 좌, 우, 대각에 대한 enum 을 정의하여 Cell 객체가 가지고 있는 position 을 기준으로 주변 탐색을 할수 있도록 정의해보는건 어떨까요 😄
position 을 가진 객체에게 메시지를 던지는 구조로 변경해보는것도 좋을것 같습니다 !
src/main/kotlin/map/Cell.kt
Outdated
| object Mine : Cell() | ||
| class Open(val mineCnt: Int) : Cell() |
There was a problem hiding this comment.
Open 클래스를 별도로 정의하지 않고 Mine, None 의 속성으로 정의하는것도 고려해보면 좋을것 같아요 😄
추가로 sealed class 를 object가 아닌 class로 정의하여 파리미터, 메서드를 다르게 가져가는 방식의 구현은 많이 사용하는 편입니다.
적절한 상태값과 행위를 지정해줄수 있다면 유연하게 사용할수 있는 방법이라 익숙해지는것을 권장드려요 🙏
|
지뢰 탐색 시 사용하는 position에 대한 리뷰 적용하였습니다. 랜덤 로직 생성자 프로퍼티에 관련된 첫 리뷰 잘못 이해했었습니다. 이에 관한 수정으로 남겨주신 리뷰중 부 생성자의 경우 init블록 이후에 호출이 되기에 init블록에서 랜덤 로직을 사용하기 때문에 적절하지 않은 것으로 판단되었습니다. 부 생성자와 정적 팩토리 메서드를 이해할 수 있어서 좋았습니다. 감사합니다. DM으로 질문 남겼었는데 생성자 값의 참조 범위를 어떤 식으로 구성해야될지 알고싶습니다.
감사합니다. |
| for (addIndex in RelativeDirection.values()) { | ||
| val newX = cellX + addIndex.x | ||
| val newY = cellY + addIndex.y |
There was a problem hiding this comment.
RelativeDirection 정의 👍
한단계 더 나아가 좌표 값을 가지고 있는 Cell 객체에게 cell.searchAround 와 같이 메시지를 던져볼수 있을까요 ?
Step1 피드백
MapInfo 유효성 검사
MapInfo를 생성할 때 유효성 검사를 하는 것으로 수정하였습니다.
랜덤 로직
해당 로직이 프로퍼티로 생성될 경우 지뢰가 생성되는 로직에 대한 테스트를 하지 못할 것 같습니다.
프로퍼티로 구성되었을 때 테스트 로직을 어떤식으로 구현되어야 하는지 알려주시면 감사드리겠습니다.
Cell 클래스에 대한 수정이 적절한지 검토부탁드립니다.
sealed class를 지금까지는 object로만 사용했지만 일부를 class로 바꾸어 파라미터를 가지게 하는 경우는 처음입니다
또한, Open클래스를 만드는 과정에 대해서 들여쓰기를 최소화하기 위해 많이 나누어져 있는데 그것도 적절한지 알고싶습니다.
감사합니다.