협업을 하며 Github Pull Request를 확인하는 것이 일상이 되었다. Pull Request 작성자가 올린 PR Description을 이용하여 기능과 코드의 명세를 확인한다. 이때, PR Description을 확인하기 위해 변경사항(File Changed) 탭을 번갈아 확인하는 과정을 반복하며 불편함을 느끼고 있었다. 그러던 중 변경사항 탭에서도 PR Description을 확인할 수 있다면, 사용자 경험 측면에서도 되게 편리할 뿐더러 불필요한 페이지 이동과 PR Description API 호출이 줄어들 것이라 생각하여 이를 적용할 방법을 생각해보았다. 그러던 중 평소에도 Github 관련 크롬 확장 프로그램(Chrome Extension)을 사용하였기에 이를 활용하여 나만의 크롬 확장 프로그램을 만들어보기로 하였다.
이전에 진행했던 주식 투자 웹 서비스 프로젝트 '무주시'를 리팩토링하며 예전에 작성하였던 코드들을 다시 되돌아보고 있다. '무주시'는 한국투자증권 API를 사용하여 주식 관련 정보를 받아온다. 그 중 주식 분봉 데이터를 받아오는 과정에서 성능적인 문제점이 존재하였고, 최근 서버에서 쓰로틀링(Throttling)을 통한 API 호출 유량 제한 관련 포스팅들을 읽고 API 호출 유량 제한 정책을 두고있는 한국투자증권 API에 대응하는 용도로 무주시의 서버에 쓰로틀링을 적용하여 외부 API를 호출하면 이러한 문제를 해결할 수 있을 것이라 생각하였다. 해당 포스팅에서는 쓰로틀링 및 기타 리팩토링을 통한 성능 개선의 경험을 풀어보고자 한다.
Spring AOP에 대해 공부하던 중, Spring-Transaction 디펜던시의 @Transactional 어노테이션도 횡단 관심사로써 서비스 코드 전반에 걸쳐 적용되어 AOP를 사용하는 것일텐데, 어떠한 방식으로 적용이 되는지 의문이 들어 해당 내용에 대해 찾아보기 시작하였다. 이는 스프링의 빈 등록 방식과 빈 후처리기(BeanPostProcessor)과 연관이 있었고, 이를 알아보기 위해 스프링의 빈이 등록되는 과정을 찾아 보게 되었다. 그 중 Tomcat 의존성이 어떠한 방식으로 추가되며, 이를 통해 단순 Servlet 애플리케이션과 Reactive 애플리케이션이 어떠한 원리로 분리되어 의존성을 주입받게 되는지에 대한 원리를 알아보고자 한다.
DTO에 대한 정적 팩토리 메서드를 구성하던 중 메서드 오버로딩을 통해 List를 인자로 받게 되었다. 제너릭 부분에 위치한 타입이 다르기 때문에 메서드 오버로딩이 가능할 것이라고 생각했지만 인텔리제이에서 예상치못한 오류를 만나게 되었다. Java의 타입 소거(Tryp Erasure)에 의해 발생하는 문제로, 해당 문제를 분석하며 알게된 정보들을 공유하고자 한다.
여행 기록 관리 플랫폼 서비스에서 사용자 데이터 삭제 정책 중 Soft Delete 정책을 도입하기로 하였다. @SQLRestriction 어노테이션을 사용하여 엔티티 조회 시 쿼리 내 삭제된 사용자를 제외하는 조건문을 자동으로 추가하였다. 해당 프로젝트를 진행 중 Soft Delete 정책과 @SQLRestriction을 사용하며 겪었던 문제와 개인적인 생각을 정리하고자 한다.