특정 레이어에 대해서 Bean을 최소한으로 등록 시켜 테스트하고자하는 부분에 최대한 단위 테스트를 지원진행하고자 하는 테스트에만 집중할 수 있다.테스트 진행시 중요 관점이 아닌 것들은 Mocking 처리해서 외부 의존성들을 줄일 수 있다.ex) 주문 할인 로직 동작 T
Error Response 객체는 항상 동일한 Error Response를 가져야한다. → 예외 처리르 항상 동일한 로직으로 처리하기 위해Map 형식으로 Error Response를 만들지 말라! → 무슨 키에 무슨 데이터가 있는 확인하기 어렵다()message: 에러
각 계츠을 대표하는 디렉토리를 기준으로 코드들이 구성된다.프로젝트에 대한 이해가 낮아도 구조를 빠르게 파악할 수 있다.디렉토리에 클래스들이 너무 많이 모이게 된다는 단점도메인(관심사) 디렉토리 기준으로 코드를 구성관련된 코드들이 응집해 있다프로젝트 이해도가 낮을 경우
컴파일 에러 유발 가능성String 텍스트를 key로 사용 → 오타의 가능성가독성이 떨어짐타입캐스팅 비용이 발생한다불변성을 확보할 수 없음 특정 기술에 종속되어 동작하는 것이 아닌 순수한 자바 객체(물론 객체지향적인 원리에 충실해야한다)POJO 지향기술과 환경에 종속되