📑 로그

지금까지 Enum를 꽤나 적극적으로 사용해왔지만, 그저 허용 가능한 값을 제한하고 코드 내의 매직 넘버가 노출되지 않도록 하는 용도 정도로만 생각하고 사용했다. 그러다 최근 정적 펙토리 메서드에 대한 공부 중, 인스턴스가 하나만 만들어짐을 보장한다는 측면에서 Enum에 대한 언급이 있었다. 이에 이번 기회에 Enum에 대해 공부하고 기존 프로젝트의 Enum 파트 코드를 리팩터링해보고자 한다.    ☑️ Enum 활용1. 상태와 행위를 한 곳에서 관리이는 Enum 리팩터링을 진행하게 된 가장 큰 원인이다. 기존 프로젝트의 알림 파트는 메시지 Content를 Dto에 포함시키고자 Dto의 생성자에서 NotificationTopic이라는 Enum 값에 따라 Content를 설정하는 방식으로 구현되어 있었다.하..

이전 글에서 다뤘듯이 NULL은 수 많은 문제점을 가지고 있다. 이번 글에서는 NULL을 최소화하기 위해 실제로 리팩터링 과정에서 사용한 몇가지 방법에 대해 기록하고자 한다.  1️⃣ DB 정규화와 이로 인한 로직 단순화 적절한 단계까지의 정규화를 진행하지 않을 시 하나의 클래스와 메서드가 너무 많은 책임을 가지게 되고 이는 SRP를 해치는 주 원인이 된다. 기존 DB 구조는 유저가 팀에 팀원 신청을 하는 신청 내역과 팀이 또 다른 팀에 배틀 신청을하는 신청 내역을 아래와 같이 하나의 테이블에 저장했다. 처음 설계 당시 이 둘은 신청 내역이라는 공통 속성으로 묶이기 때문에 공통된 클래스와 메서드가 많을 것이라고 생각하여 아래와 같이 설계했다. 하지만 이는 수 많은 NULL로 인해 객체 지향과 정규화, 유..

이 글은 기존 Controller, Service, Repository로 구성되어 있던 3 계층 구조에 Business 계층을 도입하게 된 과정과 개념, 본인이 생각하는 장점에 대해 기술되어 있다.  ☑️ 도입 과정 진행 중인 프로젝트에 단위 테스트를 도입하고자 이에 대해 다시 한번 공부하는 시간을 가졌다. 공부 중 Private 메서드를 테스트하는 방법과 이를 지양해야 하는 이유를 다룬 블로그 글을 접하게 되었다. 이를 간단하게 설명하자면 먼저 테스트하는 방법에는 2가지 방법이 있는데 두 가지 모두 리플렉션을 사용한다. 리플렉션은 런타임에 동작하는 기술로, 메타 정보를 사용하여 클래스와 메서드를 동적으로 불러온다. 이 기술을 사용하여 만든 Private 메서드 테스트에는 2가지 단점이 있다. 1️⃣ P..

서비스 계층의 메서드를 구현하다보면 메서드의 주요 기능 외에 알림 전송, 로그 저장과 같은 부가 기능들을 로직에 추가해야할 가능성이 다분하다. 이러한 부가 기능들을 아무런 조치도 취하지 않은 채 서비스 계층의 메서드에 추가하게 된다면 이는 의존성 증가, 가독성 감소, 유지보수성 감소 등 많은 단점을 불러 일으킬 수있다. 이를 방지하기 위힌 방법에는 Event, Aop, Intercepter 가 있다. 이번 글에서는 Event 방식을 사용하게 된 배경과 간단한 동작 과정을 설명하고자 한다.    ☑️ Event 사용 배경과 각 방법의 장단점  현재 리팩터링 중인 서비스에는 로깅, 알림 전송, 각 메서드 로직에 따른 후 처리 기능 등 다양한 부가 기능이 존재한다. (예를 들어 한 유저가 하나의 팀에만 속할 ..