3주차 미션 / 서버 3조 - 함형주 #1
Conversation
상세 요청 처리를 위한 인터페이스
index.html을 읽고 반환하는 핸들러
쿼리스트링 및 URI 분리
get 메서드로 회원 가입 처리 및 index.html 반환
get 메서드로 회원 가입 처리 및 index.html 반환
body의 쿼리스트링 파싱 -> Post 요청 처리
signup 요청 시 302 리다이렉트
login.html 응답
login_failed.html 응답
로그인 요청 처리
Request HTTP Message 파싱
Response HTTP Message 생성
프론트 컨트롤러
startLine, header, body 작성
HttpRequest, HttpResponse 사용
|
|
||
| response.createStartLine(); | ||
| response.createHeader(); | ||
| response.responseBody(bytes); |
There was a problem hiding this comment.
이런식으로 3가지 메서드를 호출하게 하면, 다른 개발자가 HttpResponse 객체를 사용한다고 했을 때 하나만 빼먹을 수 있을 것 같지 않나요?🧐
HttpResponse 객체에 forward(String url) 라는 메서드를 만들어서 이 3가지 메서드를 캡슐화해보는 것은 어떤가요?
이렇게 한다면 각 컨트롤러에서 파일의 내용을 읽어 getBytes해야하는 중복도 없앨 수 있어요!
또 redirect 처리도 보다 자유롭게 할 수 있습니다.
|
|
||
| @Override | ||
| public byte[] process(HttpRequest request, HttpResponse response) throws IOException { | ||
| System.out.println("진입"); |
There was a problem hiding this comment.
sysout보단 Logger를 활용해보세요!
| public byte[] process(HttpRequest request, HttpResponse response) throws IOException { | ||
| System.out.println("진입"); | ||
| Map<String, String> headerMap = request.getHeaderMap(); | ||
| String cookieValue = headerMap.get(COOKIE.getValue()); |
There was a problem hiding this comment.
headerMap을 getter로 꺼내와서 값을 읽어오는 것보단 request.getHeader(COOKIE.getValue()) 이런 식으로 하는 처리하는 것이 좋아요.
디미터 규칙을 지키려고 노력해보세요!
| Map<String, String> headerMap = request.getHeaderMap(); | ||
| String cookieValue = headerMap.get(COOKIE.getValue()); | ||
| String[] split = cookieValue.split(";"); | ||
| System.out.println("split[0] = " + split[0]); |
There was a problem hiding this comment.
cookieValue를 parsing하는 일은 util 클래스를 하나 만들어도 더욱 좋을 것 같습니다!🧐
| if (split[0].equals(LOGINED_TRUE.getValue())) { | ||
| BufferedReader fr = new BufferedReader(new FileReader(file)); | ||
| String fileData = IOUtils.readData(fr, (int) file.length()); | ||
| return fileData.getBytes(); |
There was a problem hiding this comment.
파일로부터 데이터를 읽어와서 ~ 해주는 작업을 HttpResponse에 캡슐화해보세요!
다른 핸들러들에서도 계속 중복이 일어나는 것 같아요🧐
| private static void setStatusCodeAndLocation(String location, HttpResponse response) { | ||
| response.setStatusCode(FOUND.getValue()); | ||
| response.setHeader(LOCATION.getValue(), location); | ||
| } |
There was a problem hiding this comment.
다른 곳에서도 redirect가 필요하다면, 이 코드가 똑같이 또 필요하지 않을까요?
HttpResponse에 sendRedirect() 메서드를 만들어보세요!
| handlerMappingMap.put(LOGIN.getValue(), new LoginHandler()); | ||
| handlerMappingMap.put(USER_LIST.getValue(), new UserListHandler()); | ||
| handlerMappingMap.put(CSS.getValue(), new CssHandler()); | ||
| } |
There was a problem hiding this comment.
단순히 파일 내용을 읽어오는 작업만 있는 핸들러들은 FowardHandler를 만들어서 FowardHandler(String url)로 하나로 묶을 수 있을 것 같아요!
| public static HttpRequest from(BufferedReader br) throws IOException { | ||
| HttpRequest httpRequest = new HttpRequest(); | ||
|
|
||
| String startLine = getStartLine(br); |
There was a problem hiding this comment.
StartLine에는 HttpVersion, url, HttpMethod 정보등이 들어가 있어 하나의 클래스 HttpStartLine으로 분리해보는 것이 어떨까요?🧐
| } catch (IOException e) { | ||
| log.log(Level.SEVERE, e.getMessage()); | ||
| } | ||
| } |
There was a problem hiding this comment.
HttpHeader 클래스를 따로 만들고 그 클래스에 ToString을 override하면 깔끔해질 것 같아요!
또 HttpHeader 클래스는 HttpRequest클래스에서도 사용할 수 있을 것 같아요!
There was a problem hiding this comment.
Enum 클래스는 관련된 상수끼리 분리해서 작성하는 것이 좋습니다!
지금은 너무 여러가지의 상수를 가지고 있어 무거운 것 같아요
|
앗 테스트 생각을 못했네요.. 코드 리뷰 감사합니다! |
FrontController 에서 하던 작업 HttpResponse로 이동
FrontController 에서 하던 작업 HttpResponse로 이동
FileIO 작업 HttpResponse로 이동
httpResponseStartLine 추가, redirect() 메서드 생성. body 필드 추가
httpResponseStartLine 추가, redirect() 메서드 생성. body 필드 추가
정적 리소스 관련 요청은 ForwardController 사용하여 범용적으로 응답 가능
ForwardController 생성 위치 변경
FrontHandler - RequestHandler에서 실행되어 각 요청에 맞는 핸들러를 실행시킴
CustomHandler - 인테페이스, 프론트핸들러에서 기능에 따라 적절한 구현체가 호출되어 실행됨
HttpRequest - http request message에서 uri, content-length, parameter, header 파싱
HttpResponse - http response message 생성, status 코드, header 동적 생성