예외 메시지를 어떻게 관리하면 좋을까? 우테코 레벨 1 미션을 진행 중 예외 메시지를 처리하는 과정에 예외 메시지를 별도로 관리해 주는 것이 좋을지 고민이 되었다. 미션을 진행하는 중에는 "일단 메시지를 직접 넣어주고 나중에 리팩터링하자" 라는 생각에 위와 같이 일단 예외 메시지를 직접 넣어주었다. 그리고 기능을 구현한 이후 다시 찾아와서 고민을 하였다. 예외 메시지를 별도의 상수로 관리해주는게 좋을까?? 예외 메시지를 별도로 관리하는 방식 나는 과거에 프리코스 동안 진행했던 미션에서는 모든 메시지를 상수로 관리해 주었다. 왜 이때는 별도의 객체에서 관리해 주는 방식을 선택했을까?? 당시에 이 방식을 선택한 이유는 다음과 같다. 1. 변경 사항이 발생했을 때 수정하기 편리하다. 비슷한 예외 메시지를 사용..

🤨 레코드(record) 누구냐 넌? 레코드(record)란 불변의 데이터를 쉽게 생성할 수 있는 새로운 유형의 클래스이다. JDK14에서 처음 소개되었고, JDK16에서 정식 스펙으로 포함되었다. 백문일불여일견, 우선 간단하게 뭔지 살펴보자. 위와 같이 복잡한 코드를 아래와 같이 코드 한 줄로 간단하게 사용할 수 있게 해주는 마법 같은 존재이다. 그렇기 때문에 데이터를 다루는 모델 클래스나 DTO 로 사용하기 매우 적합할 것 같다. 🧙 레코드가 자동으로 만들어 주는 것들 필드 및 생성자 기본 클래스와는 다르게 레코드는 선언 시 사용할 필드만 넣어주면 자동으로 private final 로 필드를 선언하고 생성자도 선언한다. 별도로 생성자를 정의해주거나 필드값을 적어줄 필요가 없다. getter 레코트는 ..