[보스독] 4단계 - HTTP 웹 서버 리팩토링 미션 제출합니다. #187
Conversation
| - [x] 세션의 고유 아이디는 JDK에서 제공하는 UUID 클래스를 사용해 고유한 아이디를 활용한다. | ||
| - [x] 세션 관리를 위한 자료구조는 Map을 사용하며, Map<String, HttpSession>와 같은 구조가 된다. 이 때, 키는 UUID이다. | ||
| - [x] service application과 server/servlet부분을 멀티 모듈로 분리한다. | ||
| - [x] web-server, web-common, service-app 세개의 모듈로 분리 |
There was a problem hiding this comment.
모듈 잘 분리해주셨네요! 피드백은 이쪽에 작성하겠습니다 :)
-
전체 프로젝트에 적용되어야 할 의존성을
common모듈을 사용하셨네요. root level 에build.gradle을 정의하여 전체 프로젝트에 적용되어야 할 설정을 작성해보는 것은 어떨까요? -
web-server모듈을 완전한 라이브러리로 분리해보시는 것은 어떨까요? 그동안 구현하셨던 웹서버를 어떤 어플리케이션 비지니스에도 녹일 수 있도록 작성하셨을 것이라고 생각합니다. 그러나 현재의web-server모듈은 비지니스를 포함하고 있는 것 처럼 보이네요 :) 어떤 어플리케이션에서도 해당 라이브러리를 사용할 수 있도록 조금 더 분리해보시길 바랍니다. -
common이란 네이밍은 다소 위험함이 있습니다.common이라는 추상적인 네이밍은 네이밍이 가진 추상적인 의미 때문에 어떠한 코드도 들어갈 수 있습니다. 그래서 되도록이면 명시적인 네이밍을 작성할 것을 추천합니다. 실제로 추상적인 네이밍으로 어마무시한 슈퍼 모듈이 만들어지고 이 슈퍼 모듈이 스파게티 의존을 만들어내는 경우들을 많이 보아왔습니다. -
각 모듈은 본인이 작성한 의도가 있긴 할텐데요. 그것을 다른 사람이 보았을 때도 명확히 이해하기 힘들 수 있습니다. 아무리 명시적으로 하려고 해도 추상적인 의미를 갖는 네이밍을 갖기도 할텐데요.
README.md를 각 모듈별로 작성하여, 해당 모듈의 책임과 역할이 어느 범위인지를 명시해주면 좋을 것 같습니다 :)
There was a problem hiding this comment.
킹뽀대님! 이번에도 섬세한 리뷰 감사합니다.!
다른 부분은 어느정도 제가 이해를 한 것 같아 반영해보았습니다.
다만 2번에서 web-server모듈을 완전한 라이브러리로 분리하는 피드백을 반영하려다보니, 비즈니스 로직을 포함하고 있는 부분을 캐치하는게 쉽지 않았습니다. ㅠㅠ 그나마 Session에 관한 내용이 요구사항으로 인해 적용되었던 점을 감안해서 Session부분을 다른 모듈로 분리해보았는데요. 의도하신 부분이 이게 맞는지는 잘 모르겠습니다.
또한 Session을 분리하고 있다고 해도 ReuqestHandler등에서 이미 HttpSession을 사용하고 있던터라, 완전한 라이브러리화는 안되고 있는 것 같은데요, 이 부분에 대해서 조금만 더 힌트를 주시면 감사드리겠습니다!
|
build.gradle
Outdated
| project(':web-server') { | ||
| dependencies { | ||
| compile project(':web-common') | ||
| } | ||
| } |
킹뽀대 안녕하세요!
RequestMapping 부분에서 controller 구현체를 사용하고있다보니 분리가 고민이었는데, enum을 사용해보았습니다.
또한 web-server쪽의 handlerbar, view 테스트에서 User모델을 사용하고 있기 때문에 도메인 모델은 web-common이라는 모듈에 넣는게 어떨까 싶어서 web-server/web-common/service-app 이렇게 총 3개의 모듈로 분리해보았습니다.
이번에도 잘 부탁드리겠습니다! 감사합니다 :)