@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "dtype")
@Getter // @Setter 세터대신 비즈니스로직을 통해서 값 변환을 권장
public abstract class Item {
@Id
@GeneratedValue
@Column(name = "item_id")
private Long id;
private String name;
private int price;
private int sotckQuantity;
@ManyToMany(mappedBy = "items")
private List<Category> categories = new ArrayList<>();
// stock 증가
public void addStock(int quantity) {
this.stockQuantity += quantity;
}
// stock 감소
public void removeStock(int quantity) {
int restStock = this.stockQuantity - quantity;
// 재고가 음수이면 예외 던지기
if (restStock < 0) {
throw new NotEnoughStockException("need more stack");
this.stockQuantity = restStock;
}
}
}
왜 비즈니스로직이 엔티티안에 있는가? (도메인 모델 패턴)
응집력 높은 객체지향적인 코드 설계를 위함
유지보수성을 높이기 위함
public class NotEnoughStockException extends RuntimeException {
// Override 메서드 4개 (코드는 생략함)
}
@Repository
@RequiredArgsConstructor
public class ItemRepository {
private final EntityManager em;
public void save(Item item) {
if (item.getId() == null) {
em.persist(item); // 신규 등록
} else {
em.merge(item); // update 개념
}
}
// Item 1개 조회
public Item findOne(Long id) {
return em.find(Item.class, id);
}
// Item 여러 개 조회 (JPQL 사용)
public List<Item> findAll() {
return em.createQuery("select i from Item i", Item.class)
.getResultList();
}
}
@Service
@Transactional(readOnly = true)
@RequiredArgsConstructor
public class Itemservice {
private final ItemRepository itemRepository;
@Transactional
public void saveItem(Item item) {
itemRepository.save(item);
}
public List<Item> findItems() {
return itemRepository.findAll();
}
public Item findOne(Long itemId) {
return itemRepository.findOne(itemId);
}
}
Q. Long타입을 사용한 이유는?
A. new Member() 처럼 Member 객체를 생성하는 시점에는 id 값이 없어야 합니다. 그래서 없다는 표현을 null로 하는 것이 좋습니다. 그런데 long을 사용하면 null을 입력할 수 없고, 0이라는 값을 넣어두어야 합니다. 이런 점 때문에 Long을 사용했습니다.
