-
Notifications
You must be signed in to change notification settings - Fork 415
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[4, 5단계 - 체스] 릭(나일성) 미션 제출합니다. #353
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
안녕하세요 릭~ 👋
2단계 빠르게 구현해주셨네요~ 몇가지 피드백 드렸는데 확인 부탁드려요~!
Map<String, Object> model = new HashMap<>(); | ||
model.put("roomExist", false); | ||
final Gson gson = new Gson(); | ||
halt(401, gson.toJson(model)); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
before이 잘못된 경로에 대한 처리로 보여지네요. 401
응답을 주신 이유가 있을까요?
} | ||
model.put("roomExist", false); | ||
return render(model, "board.html"); | ||
}); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Path 메서드 내에서 룸이 있는지 판단하고 그값을 세팅해서 내려주네요. Service 영역을 정의하셨는데 Service에 위 로직이 들어가면 되지 않을까싶네요.
/room/:roomName
뿐만 아니라 다른 path 메서드도 비슷한데요. controller 내의 로직을 Service 영역에서 처리하면 어떨까요?
updateRoomStatusTo(roomName, GameStatus.PLAYING); | ||
} catch (IllegalArgumentException e) { | ||
if (chessGame.canPlay()) { | ||
result = findAllPiece(roomName); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
에러가 발생하더라도 findAllPiece를 해주네요..? 에러 메세지만 담아서 내려줘도 되지 않을까 싶은데 의도가 있을까요?
return 0; | ||
} | ||
|
||
public int saveAll(final String roomName, final Map<Position, ChessPiece> pieceByPosition) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
일반적으로 bulk insert는 하나의 트랜잭션으로 묶어서 처리하는데 위와 같이 사용해도 하나의 트랜잭션으로 처리가 되니 괜찮은 방법으로 보여요. 다만, 좀 더 가독성을 높이면 좋을거 같네요.
import java.util.stream.Collectors; | ||
import java.util.stream.IntStream; | ||
|
||
public class ChessPieceDao { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Dao의 메서드들이 모두 10줄이 넘어가네요. 분리할 수 있는 부분이 있어보이는데 분리해서 가독성을 높이면 좋을거 같아요.
import java.util.Map.Entry; | ||
import java.util.Objects; | ||
|
||
public class JsonGenerator { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
JsonGenerator
에 질문이 있었군요! JsonGenerator
를 정의하신 이유가 Controller에서 JsonGenerator를 통해서 응답을 만들어주려고 하신걸까요? Service 영역에서 응답을 만들어서 내려주는건 고려해보신걸까요?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
안녕하세요 철시!! 릭입니다! 😊
우선 좋은 피드백 감사해요!! 구현하기 급해서 개선할 부분을 많이 놓쳤는데 철시 덕분에 훨씬 구조가 좋아진 것 같아요.
피드백 반영하면서 아래와 같은 부분을 집중적으로 했어요.
Service
에서 응답을 만들어서 내려주도록 변경Controller
를 최대한 깔끔하게 변경해서 역할에 맞게 코드를 분리- url과 http method를 잘 활용해서
api를 심플하고 직관적이게
변경 README
를 좀더 상세하게 변경Dao
에 중복 코드를 메서드로 분리해서 가독성 향상
피드백을 반영하고 리팩토링하면서 Dao를 좀더 깔끔하게 개선하고, 가독성을 올리는 방법
을 찾기가 어려웠는데요. 이 부분에 대해서 철시의 조언을 듣고싶어요 🤔
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
릭~ 피드백 잘 반영해주신거 같아요.
피드백 좀 더 드린게 있는데 이부분만 확인해보면 좋을거 같아서 남깁니다.
레벨 1 완주가 멀지 않은거 같은데 조금만 힘내요 💪
setParameter(statement, roomName, position.getValue()); | ||
return statement.executeUpdate(); | ||
} catch (SQLException e) { | ||
e.printStackTrace(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
전반적으로 예외상황에서 e.printStackTrace
를 하고계시네요. 에러에 대해 또다른 예외를 던지거나 예외에 대한 값을 리턴하는게 필요하지 않을까 싶은데요.
delete 같은 경우는 아래 0을 반환하긴하지만 executeUpdate의 결과로도 0이 나올수 있잖아요. 0
이 정상과 예외 두 상황을 담고 있어서 예외 상황에 대해서는 예외를 표현할 수 있도록 하는게 낫지 않을까 싶은데 어떻게 생각하시나요
return 0; | ||
} | ||
|
||
public int saveAll(final String roomName, final Map<Position, ChessPiece> pieceByPosition) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
위 부분이 잘 이해가 안되신걸까요?
SQL문을 만들어 주는부분이 한눈에 들어오지는 않았던거 같아요. sql 만들어주는 부분은 따로 빼서 처리해봐도 좋을거 같아요. 그러면서 SQL 만들어주는 부분도 테스트가 될 수 있지 않을까요?
this.gson = new Gson(); | ||
} | ||
|
||
public String findAllPiece(final Request req, final Response res) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Service에 Request, Response 객체가 들어왔네요. 덕분에 컨트롤러가 깔끔해지긴 했지만 Request, Response를 Service 영역에서 알아도 무방할까요?
res.status(404); | ||
final Map<String, String> map = new HashMap<>(); | ||
map.put("error", e.getMessage()); | ||
return gson.toJson(map); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
에러 로직을 처리하는 부분들이 전부 비슷해보이네요. 로직을 공통화할 수 있을거 같네요.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
안녕하세요 철시~ 피드백 감사합니다!! 피드백 반영 진행하면서 질문 한 가지 남겼는데 함께 확인 부탁드려요!!
} catch (SQLException e) { | ||
e.printStackTrace(); | ||
throw new SQLQueryException("position에 해당하는 기물 삭제에 실패했습니다.", e); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
e.printStackTrace
를 하고 다른 RuntimException을 던지도록 해봤어요.
그리고 기존의 예외를 보관하기 위해서 SQLException을 생성자에 넣도록 해봤어요.
(질문)
e.printStackTrace
를 쓰거나 logger를 활용해서 서버에 로그를 남기는 게 좋다고 생각하는데요. 로그는 어디에서 남겨야 할까?
라는 생각이 들었어요.
Dao
는 service만 의존하고 있으니까 service에서 예외 처리를 하면서 log를 남기면 log 처리 관련 로직을 한곳으로 모을 수 있다!- 한 곳에서 모든 예외에 대해 log 처리를 하면 그 메서드에게 책임이 많아진다. 따라서 log는 예외가 발생한 곳에서 처리하는 게 좋다.
위와 같은 고민이 생겼는데 철시는 어떻게 생각하시는지 의견이 듣고 싶어요!!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
좋은 고민하셨네요 ㅎㅎ 어떤 점이 나은가요? 저는 log는 예외가 발생한 곳에서 남기는게 이슈 트래킹을 할때에도 유리하다고 생각이 들어요. 발생한 예외를 넘겨주는 것도 좋네요 👍
저번에 남긴 리뷰는 예외 처리를 로그만 찍고 기본값과 구분이 되지 않는 값을 반환하고 있어서 리뷰를 남겼었던거라 예외에 대한 처리와 함께 로그를 같이 찍어주는게 낫다고 생각이 들어요 😃
delete("/:name", (req, res) -> { | ||
final String json = roomService.deleteRoom(extractRoomName(req)); | ||
handleError(json, res); | ||
return json; | ||
}); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Service가 Request, Response 객체를 의존하지 않도록 변경해 봤어요.
service 입장에서 사용자의 입력을 어떤 식으로 받아오는지 (ex. body로 받아오기, path variable인지 등등)는 알 필요가 없다고 생각해요. 그리고 service에서 응답을 어떻게 내려줄지 (ex. body에 담아서, html을 그려서 등등) 역시 알 필요가 없다고 생각해요.
리팩토링 하다보니 Service에서 실패 응답을 내려줄 때 http 상태 코드를 함께 내려줘야 한다고 생각해서 StatusCode
와 ErrorResponseDto
를 만들게 되었어요.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
릭 피드백 반영 확인했어요~
이번 체스 미션은 이만 머지할께요.
우테코 레벨 1 고생많으셨어요~ 다음 과정도 응원할께요 💪🦾
안녕하세요 철시!!!! 릭입니다 😊
이번 리뷰도 잘 부탁드려요!! 👍 🔨