-
Notifications
You must be signed in to change notification settings - Fork 0
3주차 수요일 그룹 3
bellringstar edited this page Jul 11, 2024
·
7 revisions
그룹 - WAS 5단계 https://clovanote.naver.com/s/oiaWaPuGsGcd6SShm7dwXbS
1. FilterChain
어떤 방식으로 순서에 맞게 Filter Chain을 하는지?
→ 순서 기준 정렬하여 순차적으로 doFilter doFilter ..
2. 애노테이션을 활용한 부분이 인상적
→ 리플렉션 활용
3. Application 코드 변경이 웹서버에 영향이 미치면 안된다.
→ Application 코드를 알아선 안된다. → 분리
→ 모듈형태로 분리하자
→ 서브 모듈로 분리했을 때, 웹 서버에 웹 앱을 전달하는 방법이 인상적
→ 외부에서 주입을 받는 방식이 인상적
4. 테스트에 대한 이야기
- 어떤 생각으로 테스트 코드 작성을 임하는지?
- 요구사항이 복잡해질수록, 코드로 확인할 수 있는 문서의 느낌
- 에러가 발생했을 때, 문제를 파악해야하는 범위를 추릴 수 있음
- 책임을 구분해 모듈화 해서 확실한 책임분리의 장점
- 쿠키를 어떻게 관리할지
- 리스폰스 객체의 전달. 불변 여부
- 세션이 쌓이다 보면 메모리 부담이 커져서 주기적으로 확인하고 비워주는 작업이 필요한데 어떻게 할지 함꼐 고민하는게 좋았습니다.
- 다들 테스트코드를 엄청 쓰시던데 반성해야겠습니다.
- 디자인 패턴을 잘 활용하시는 부분들을 보고 제가 고민하는 부분들을 어떻게 잘 기발하게 풀어냈는지에 대해 되게 잘배웠습니다.
- 싱글톤 컨테이너를 어떻게 구성할지 고민했는데 잘 배운거 같아요.
- 추상화에 대해서 많이 생각하신 것들을 보고 저도 많이 생각을 해야겠다고 생각했습니다.
- readme 정리가 잘되어있으니까 되게 보기 좋았고 한 눈에 보기 편했던 거 같아요.
- 디자인 패턴에 대해 평소에 필요없다는 주의 였는데 한번쯤 공부해보면 좋을거 같다는 생각을 했어요.
- 매번 리팩토링 때 너무 많이 코드가 바뀌었는데 추상화에 신경을 쓰지 못해서 그렇다는 느낌을 받았어요. 그래서 리팩토링 해야 할 거 같아요.
- README도 꼭 관리하고 그림으로 구조를 보는게 어디서 문제가 있을지 어디에서 추상화 할지 쉽게 볼 수 있는거 같아서 꼭 구조를 그림으로 그려봐야 겠어요 !
- 클라이언트 프로그래머를 위해 DI container를 직접 구현
- 횡단관심사 처리를 위해 Filter를 구현
- dci(describe conext it)
- 다들 테스트 코드를 열심히 작성하셨다. 오늘부터 시작하자.
- Filter를 통해 세션을 관리하는 방식으로 관리하는 것이 좋아보였습니다.
- 모두들 HttpRequest와 HttpResponse를 불변객체로 관리하는 것에 부담을 느끼고 있었는데, 아직까지는 문제가 없어서 해당 상황이 닥쳤을 때 어떻게 대응하면 좋을까 고민해봐야겠습니다.
- WebServer와 WebApplictationServer를 분리하여 생각하는 것이 필요하다고 느꼈습니다.
- 세션 만료에 대한 검증을 누가? 어디서? 할지 고민해볼 문제인 것 같습니다. 저는 단순히 요청이 들어올 때에만 관리를 진행할 것 같습니다. 현재 규모에서는 이게 적절하다고 판단!
- DI와 어노테이션을 통해 관리하는 것이 개발에 있어 얼마나 도움이 될지, 단순한 챌린지 일지 생각해봐야겠습니다! 우선 API Controller와의 Mapping은 어노테이션 스캔을 통해 처리하면 좋겠다고 생각했습니다.
- 테스트의 커버리지를 좀 늘려야겠다는 생각이 들었습니다. 현재 작성(또는 변경)된 코드의 검증을 위해 테스트코드 + 실제 실행을 진행하고 있는데, 이를 다른 분들 처럼 통합테스트를 추가해서 검증해야 할 것 같습니다.