처음 만들었던 Entity는 같은 음료라도 옵션이 다르면 새 엔티티를 통해 새 테이블을 만들어 줘야 했다!!! 이 무슨 쓰레기같은... 음료 종류가 같으면 옵션이 어떻든 같이 관리하도록 해야 한다. 어떻게 해야할까?

도메인이 하는 역할이 명확하고, 서로 겹치는 기능이 없다면 세세하게 분리하는 것이 좋을 것이고, 그것이 아니라면 계층으로 나누는 것이 관리하기 편할 듯 하다. 서로 장단이 있지 않을까?

음료 정보를 담을 Entity :: Beverage 개요 :: JPA 엔티티임을 명시 :: 이 엔티티가 사용할 테이블의 이름 명시 :: 테이블의 키임을 명시 :: 키 생성 방식 지정 :: 타입을 테이블에 매핑 :: :: 구현 과정 로 JPA 엔티티임을 먼저 명시하자. 을 통해 이 엔티티가 사용할 테이블의 이름 또한 명시하자...

1. REST API 중심 규칙 URI는 자원을 표현하는 데에 집중하고 행위에 대한 정의는 HTTP METHOD를 통해 해야 한다. 와 같이 자원에 대한 행위(HTTP 메소드)와 대상이 되는 자원을 명시하는게 좋다. 와 같이 리소스명에 동사를 쓰는 것은 바람직

REST API ( Representational State Transfer )란?

@Component :: 개발자가 생성한 Class를 Spring의 Bean으로 등록할 때 사용, Spring은 해당 Annotation을 보고 Spring의 Bean으로 등록 @ComponentScan :: @Component와 @Service, @Repository, @Controller, @Configuration이 붙은 클래스 Bean들을 찾아 ...

비즈니스 로직이 무엇인가? 에 대한 내 생각 : 그냥 repository에 있는 데이터를 가지고 원하는 일을 수행하는 걸 말하는 건데, 쓸데없이 있어보이려고 이름을 붙인 거 같음. 비즈니스란 군말이 붙은 이유는 수행하길 원하는 기능들이 클라이언트가 원하는(돈이 되는) 기능이라서 붙인 이름이 아닐까?

Controller 👉🏻 Service 👉🏻 Repository 패턴 Controller 도메인 서비스를 호출하고 서비스와 애플리케이션 레이어 간에 데이터를 전달하는 역할, 즉 클라이언트와 도메인 사이의 중간 매개체 역할을 수행한다. 클라이언트의 요청을 해석하고 응답하는 작업을 책임진다. 즉, 를 받아서 를 반환하는 일을 하는 모든 객체가 에...

Dependency Injection :: 의존성 주입 Dependency(의존관계)란, 의존대상 B의 변화에 따라 의존하고 있는 A 또한 그 상태가 변하는 관계를 말한다. 객체를 만들 때, 어떤 객체가 다른 객체를 사용해야 하는 상황을 상상해보자. 이 때 객체를 만드는 책임이 해당 객체에 있으면 그 객체는 다른 객체에 의존하게 된다. 의존대상이 되는...