1Week #1
1Week #1
Conversation
There was a problem hiding this comment.
명령어와 자주 사용하는 출력 문구를 상수 클래스로 묶은 것 너무 좋은 선택입니다 😀
클래스 이름에 상수를 뜻하는 Const가 들어가는 것도 좋을 것 같아요!
There was a problem hiding this comment.
문구들을 상수화하여 사용한다는 것이 코드 작성자도, 코드를 보는 저에게도 가독성이 좋네요!
| private String getRequest() { | ||
| System.out.print(KoreaContent.REQUEST_MENU); | ||
| String request = Request.input(); | ||
| model.put("request", request); | ||
| Request.setModel(model); | ||
| return request; | ||
| } |
There was a problem hiding this comment.
getRequest() 를 MainController에서 담당하는 이유가 있을까요?
There was a problem hiding this comment.
음 이 부분은 확인을 안하고 넘어갔었네요
Request쪽에서 담당을 해도 괜찮을 것 같군요 !
수정해보도록 하겠습니다 !
There was a problem hiding this comment.
IMainControllable 구현체를 Enum에 담으셨군요! 너무 좋습니다.
| public class Find implements IMainControllable { | ||
| @Override | ||
| public void process(Map<String, String> model) { | ||
| System.out.println(KoreaContent.LIST_GUIDE_MSG); |
There was a problem hiding this comment.
출력 될 문자열들을 KoreaContent 클래스에 상수로 저장해서 사용하는 방식으로 하셨는데, 현재 메서드에서 코드가 간결해지고, 나중에 재사용성, 유지보수 측면에서도 용이할 것 같아서 좋은 방법인 것 같습니다👍
| import java.util.List; | ||
|
|
||
| public class LocalDataLoad { | ||
| private static final String USER_HOME_PATH = System.getProperty("user.home"); |
There was a problem hiding this comment.
좋은점 : 경로 정보를 사용자의 PC정보로 가져와 사용자 편의성이 더 높아졌습니다
| @@ -0,0 +1,11 @@ | |||
| package com.likelion.wisesaying.controller; | |||
There was a problem hiding this comment.
IMainControllable의 패키지가 controller가 아닌 구현체와 함께 function에 위치하는 것은 어떨까요?
| private Long convertId(String request) { | ||
| Saying saying = DB_TYPE.findOne(TYPE_CONVERTER.strToLong(request)); | ||
| if (saying == null) { | ||
| throw new IllegalArgumentException(request + KoreaContent.NONE_FIND_DATA); |
There was a problem hiding this comment.
예외를 던질 때 request + KoreaContent.NONE_FIND_DATA 라는 명확한 에러 메시지를 제공하도록 하셔서, 예외가 발생했을 때 문제점 파악이 쉬울 것 같습니다!
| System.out.println(e.getMessage()); | ||
| return; | ||
|
|
||
| } catch (CustomRequestException e) { |
There was a problem hiding this comment.
CustomRequestException 은 어떤 예외인지 궁금합니다👀
There was a problem hiding this comment.
리팩토링 과정 중에서 필요가 없어진 exception이네요 하하.
최초의 의도는 사용자로부터 request를 받을 때 split 을 통해 "?id="를 path와 id 값으로 나누는데 있어서 발생하는 ArrayIndexOutOfBoundsException를 처리하기 위함이였습니다 !
이제는 지워도 괜찮겠군요 :)
There was a problem hiding this comment.
삭제될 클래스였는데 삭제를 안하고 commit을 해버렸군요 감사합니다 :)
There was a problem hiding this comment.
메모리 DB와 DAO를 IRepoAdapter로 추상화하셨군요. 좋습니다!
| Saying saying = new Saying(); | ||
| saying.setId(loadPostNum); | ||
| saying.setAuthor(loadAuthor); | ||
| saying.setContent(loadSentence); |
| import java.util.Map; | ||
| import java.util.Scanner; | ||
|
|
||
| public interface IMainControllable { |
There was a problem hiding this comment.
SayingService 에 대한 해당 인터페이스의 역할이 무엇이 있는지 궁금합니다 👀
(아직 제가 이 부분의 개념이 부족하여 살짝 여쭤봅니다)
[1Week] 김태섭
미션 요구사항 분석 & 체크리스트
체크리스트
1단계
종료입력 시 프로그램 종료 구현2단계
등록입력 시 명언, 작가 값을 받아 명언 등록 구현3단계
4단계
5단계
목록입력 시 등록된 명언 출력 기능 구현6단계
삭제?id={No}입력 시 no 값의 고유번호를 가진 명언 삭제 기능 구현7단계
삭제?id={No}입력 시 no 값의 고유번호를 가진 명언이 존재하지 않을 시{no}번 명언은 존재하지 않습니다.출력하는 예외 처리 구현8단계
수정?id={No}입력 시 no 값의 고유번호를 가진 명언 수정, 수정은 명언과 작가 모두 새로운 입력 값을 받아 수정하도록 구현9단계
10단계
11단계
12단계
아쉬운점
View 를 제대로 나누지 못한 부분이 아쉽다. MVC와 비슷한 구조의 뷰를 구현하기 위해서는 View와 연관된 인터페이스를 생성하여 Controller에서 render를 해줘야하는건 알지만 코드가 설계되지 않는다..
Controller에서 path값과 id값을 map에 넣어 사용하기 위해 RequestConverter에서 분기가 2개로 나뉘어지는걸 하나의 분기로 수정하고 싶었으나 어디서부터 건드려야할지 잘 모르겠다.
11 단계의 내용이 이해도가 떨어져 테스트 케이스를 완성하지 못함
12단계에서 db 사용을 너무 구시대적인 방법으로한게 아닌가.. JPA를 썻다면.. 어땠을까.. (최초의 설계는 JPA에 맞춰 설계를 했다..)
Refactoring
9단계
모든 단계