[1-2단계 톰캣 구현하기] 감자(김주하) 미션 제출합니다. #509
Conversation
| validateAccount(account); | ||
| validatePassword(password); | ||
| validateEmail(email); |
| @@ -29,7 +27,7 @@ public interface Manager { | |||
| * | |||
| * @param session Session to be added | |||
| */ | |||
| void add(HttpSession session); | |||
| void add(Session session); | |||
There was a problem hiding this comment.
[질문] Session은 어떻게 보면 저희가 만든 커스텀 객체인데, 인터페이스 시그니처를 커스텀 객체에 맞게 수정하기보다는 인터페이스에서 정의하는 시그니처를 따를 수 있도록 Session 객체를 정의해 주는 것이 맞지 않을까요?
There was a problem hiding this comment.
확실히 기존 Manager 시그니처를 따르도록 Session을 정의하는 게 맞는 방향이겠네요, 수정했습니다!
| "/register", | ||
| "/index" | ||
| ); | ||
| private final static SessionManager SESSION_MANAGER = new SessionManager(); |
|
|
||
| final var responseBody = "Hello world!"; | ||
| BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(inputStream)); | ||
| HttpRequest request = HttpRequest.of(bufferedReader); |
There was a problem hiding this comment.
HttpResponse 는 Writer를 모르는데, HttpRequest는 Reader를 알아야 하는 구현이 보는 사람에 따라 다소 어색하게 느껴질 수 있을 것 같아요.
There was a problem hiding this comment.
HttpRequestReader 클래스를 추가해서 HttpRequest도 BufferedReader를 받지 않는 구조로 수정해 봤습니다!
| return String.join(LINE_SEPARATOR, formattedHeaders); | ||
| } | ||
|
|
||
| // public void addSession(Session session) { |
| public static ResponseFile of(URL resource) throws IOException { | ||
| File resourceFile = new File(resource.getFile()); | ||
| Path resourceFilePath = resourceFile.toPath(); | ||
| String contentType = Files.probeContentType(resourceFilePath) + ";charset=utf-8"; |
| } | ||
| ResponseFile responseFile = ResponseFile.of(resource); | ||
| return HttpResponse.createFileResponse(responseFile); | ||
| } catch (Exception e) { |
| return HttpResponse.createRedirectResponse(HttpStatus.FOUND, "/index.html"); | ||
| } | ||
|
|
||
| private HttpResponse login(HttpRequest request) { |
There was a problem hiding this comment.
한 사용자가 로그인 API를 반복적으로 호출하면 호출되는 수 만큼 메모리에 세션이 생길 것 같은데 이 부분은 어떻게 생각하시나요?
현재의 구현도 괜찮을까요? 세션에 이미 존재하는 사용자라면 반복적인 로그인 요청 시 새로운 세션을 만들지 않도록 처리해야 할까요?
There was a problem hiding this comment.
페드로의 말대로 기존에 로그인 시 생성한 세션이 계속 누적되는 문제가 발생할 수 있겠네요 🥲 세션에 이미 존재하는 사용자일 경우에는 새로운 세션을 생성하지 않고, 기존 세션을 업데이트 하는 방식으로 수정했습니다
refactor: 세션이 있는 사용자의 로그인 요청 시 기존 세션의 User를 업데이트하도록 수정
안녕하세요 페드로🤖 리뷰이 감자입니다 🥔🥔
레벨1, 2 때 대화를 많이 나눠보지 못했는데, 이번 미션으로 소통할 기회가 생겨서 좋네요 🥰
리뷰 잘 부탁드립니다~