[개인 프로젝트]
1.[중간 회고] MEETUP_STUDY 프로젝트 - "호기심 충족 위한 SPRING 학습"
42SEOUL 웹 + 게임 프로젝트를 마치고 웹 JAVA SPRING와 VUEJS에 대해 궁금증 생겼다.NESTJS로 웹+게임 프로젝트를 마무리 하고 며칠 지난 시점에 NESTJS의 작동방식이 궁금했다. NESTJS 는 EXPRESS의 프레임 워크라고 하니 EXPRES
2.[중간 회고 2] DB 모델링
https://user-images.githubusercontent.com/88143547/242181990-5c620932-8bb1-4c4e-a58d-37413b798494.png!\[](https://velog.velcdn.com/images/do
3.[리팩토링] 계획
meetup 프로젝트는 기능 구현에 중점을 두고 개발했다. 기능 작동되니 다음 단계는 코드의 가독성, 중복제거, shell script, 테스트 등 수정 계획이다.한 주동안 어떻게 하면 리팩토링 할 수 있는 안목을 기를 수 있을까 찾아다녔다. 유튜브 둘러보고, 도서관에
4.[리팩토링] 중복 쿼리 제거로 인한 성능향상
컨트롤러 각 메소드에서 요청 유저 토큰 인증 유효성 체크 코드가 중복이었다. 요청 쿼리 중복 제거를 위해 jwt 필터에서 요청시 유저유효성 확인하게 하고 각 컨트롤러에서는 토큰에서 유저 정보 받아와서 사용하도록 중복 코드 제거했다. 또한 예외처리 로직을 전부 서비스 클
5.[리팩토링] 쿼리 개선 및 성능 테스트 (Fetch Join , N+1)
Fetch join 전 후 코드 및 쿼리 비교 user 부분 리팩토링 중이다. 상황은 다음과 같다. user entity는 userImage entity와 1:1 관계를 가진다. user는 6명이다. 코드는 아래와 같다. 작동 순서는 user list 가져온 후 U
6.[리팩토링] 쿼리 성능 개선 (Fetch Join , PageNation)
현재 코드는 프론트엔드에서 모임 목록 페이지에 접근하면 1번 페이지 열리면서 가장 최근의 Room 데이터 10개 호출해서 렌더링한다.Room 테이블은 HostUser, Category, RoomImage 테이블과 관계 맺고 있는 상태다. Dto 변환시 각 테이블 데이터
7.[리팩토링] Query 횟수 줄이기 (Redis @Cacheable)
@Cacheable를 roomController의 Getroom메소드에 적용하니 아래처럼 호출 API 호출 시간이 대략 5배 정도 빨라졌다. 콘솔 확인해보면 처음 요청땐 SQL 요청하고, 그 이후에는 SQL 요청하지 않는다. DB 부하를 분산시킬 수 있게 됐다. pos
8.장바구니(cart) 기능 Redis 구현
장바구니 CRD 구현 사용자에게 장바구니 기능 제공하는데 Mysql을 사용할 수도 있다. 하지만 비용임으로 상대적으로 저렴한 Redis 사용하기로 결정했다. 기능은 장바구니 생성, 장바구니 목록 읽기, 장바구니 목록 삭제 구현했다. redisConfig에서는 red