복잡한 시스템을 만드는 방법

• 라인당 코드 비용 증가 → 소프트웨어 커지거나 변화하지 않는 곳이 나온다.
• 끊임없이 발전하고 변화하는 소프트웨어에는 무엇이 필요한가요?
• 앨런 케이에 의하면 객체는 내부 구조를 가지고 inteface로만 상호작용해야 한다.

도메인 논리 구현 패턴

Transcation Script Pattern

도메인 논리가 있을때, 절차지향적으로 개발하는 것 → 객체지향적과 거리가 있어 보이지만 절차지향적으로 작성하고 객체지향 적으로 나아가는 것을 권장

Table Module Pattern

테이블 마다 객체를 하나씩 두어 사용, client에서 조합해 사용 → 테이블에 의존적으로 종속되어 설정

Domin model pattern

완전히 oop 적인 패턴을 지향하는 패턴

여러 datasource로 부터 하나의 객체에 매핑

객체가 충분한 데이터를 가지고 충분한 책임과 역할을 가질 수 있게 매핑

→ 한계 : 데이터베이스에 대한 연결이 복잡함

ORM안에는 어떠한 패턴이 더 구현되어 있는가

• Unit of work : 객체 상태 추적

  • dirty checking과 관련. 인메모리 객체 상태의 변화를 추적. → copy of write, copy of read 방식으로 나뉘는데, jpa는 copy of read. union은 copy of write로 구현

• Identity Map 패턴 : 객체 한번 로드 보장

  • 인메모리에는 person 객체가 두번 조회. 데이터베이스 table에는 person table row가 하나임.
  • 두 객체의 변경 사항 중하나는 없어진다. → 너무 많은 update query 수행

  → identity map패턴을 통해서 identity map에 있는지 확인하고 없으면 등록. → 같은 요청이 오면 identity map에 있는 객체 꺼내 준다.

  → JPA에서의 1차 캐시