도메인 주도 설계 구현(Implementing Domain-Driven Design) > 네트워크

본문 바로가기
쇼핑몰 검색
  • 회원가입
    2000

    로그인

    다양한 서비스와 이벤트 혜택을 누리실 수 있습니다.

    아이디 비밀번호
도메인 주도 설계 구현(Implementing Domain-Driven Design) > 네트워크

도메인 주도 설계 구현(Implementing Domain-Driven Design) 요약정보 및 구매

기본설명

상품 선택옵션 0 개, 추가옵션 0 개

제조사 에이콘출판
원산지 국내산
브랜드 에이콘출판
시중가격 45,000원
판매가격 40,500원
배송비결제 주문시 결제
최소구매수량 1 개
최대구매수량 999 개

선택된 옵션

  • 도메인 주도 설계 구현(Implementing Domain-Driven Design)
    +0원
위시리스트

관련상품

등록된 상품이 없습니다.

  • 상품정보
  • 사용후기 0
  • 상품문의 0
  • 배송정보
  • 교환정보
  • 상품정보

    상품 기본설명

    기본설명

    상품 상세설명

    도메인 주도 설계 구현(Implementing Domain-Driven Design)

    9788960778429.jpg

    도서명:도메인 주도 설계 구현(Implementing Domain-Driven Design)
    저자/출판사:반,버논/에이콘출판
    쪽수:748쪽
    출판일:2016-04-07
    ISBN:9788960778429

    목차
    1장 DDD를 시작하며
    나도 DDD 할 수 있을까?
    내가 왜 DDD를 해야 하지?
    __비즈니스 가치를 제공하는 것은 어려울 수 있다
    __DDD가 해줄 수 있는 일
    __도메인의 복잡성과 씨름하기
    무기력증과 기억 상실
    __왜 무기력증이 일어나는가
    __무기력증이 당신의 모델에 한 일을 보라.
    DDD는 어떻게 하는가?
    __유비쿼터스지만 보편적이지는 않다.
    DDD를 사용하는 데서 오는 비즈니스 가치
    __1. 조직이 그 도메인에 유용한 모델을 얻는다.
    __2. 정교하고 정확하게 비즈니스를 정의하고 이해한다.
    __3. 도메인 전문가가 소프트웨어 설계에 기여한다.
    __4. 사용자 경험이 개선된다.
    __5. 순수한 모델 주변에 명확한 경계가 생긴다.
    __6. 엔터프라이즈 아키텍처의 구성이 좋아진다.
    __7. 애자일하고, 반복적이고, 지속적인 모델링이 사용된다.
    __8. 전략적인 동시에 전술적인 새로운 도구가 적용된다.
    DDD 적용의 난관
    __도메인 모델링의 합리화
    __DDD는 무겁지 않다
    소설과 한 바구니의 현실
    마무리

    2장 도메인, 서브도메인, 바운디드 컨텍스트
    큰 그림
    __서브도메인과 바운디드 컨텍스트의 활용
    __핵심 도메인에 집중하기
    왜 전략적 설계가 엄청나게 필수적인가
    현실의 도메인과 서브도메인
    바운디드 컨텍스트 이해하기
    __모델 그 이상을 위해
    __바운디드 컨텍스트의 크기
    __기술적 컴포넌트로 정렬하기
    샘플 컨텍스트
    __협업 컨텍스트
    __식별자와 액세스 컨텍스트
    __애자일 프로젝트 관리 컨텍스트
    마무리

    3장 컨텍스트 맵
    컨텍스트 맵이 필수적인 이유
    __컨텍스트 맵 그리기
    __프로젝트와 조직 관계
    __세 가지 컨텍스트를 매핑하기
    __협업 컨텍스트
    __애자일 프로젝트 관리 컨텍스트
    __식별자와 액세스 컨텍스트의 통합
    __협업 컨텍스트와 통합
    마무리

    4장 아키텍처
    성공한 CIO와의 인터뷰
    계층
    __의존성 역행 원리
    헥사고날 또는 포트와 어댑터
    서비스 지향
    REST: 표현 상태 전송(Representational State Transfer)
    __스테판 틸코프의 참여
    __아키텍처 스타일으로서의 REST
    __레스트풀 HTTP 서버의 주요 특징
    __레스트풀 HTTP 클라이언트의 주요 특징
    __REST와 DDD
    __왜 REST인가?
    커맨드-쿼리 책임 분리
    __CQRS의 영역 살펴보기
    __결국은 일관성이 유지되는 쿼리 모델 다루기
    이벤트 주도 아키텍처
    __파이프와 필터
    __장기 실행 프로세스(사가라 불리는)
    __이벤트 소싱
    데이터 패브릭과 그리드 기반 분산 컴퓨팅
    __웨스 윌리암스 기고
    __데이터 복제
    __이벤트 주도 패브릭과 도메인 이벤트
    __지속적 쿼리
    __분산 처리
    마무리

    5장 엔터티
    엔터티를 사용하는 이유
    고유 식별자
    __사용자가 식별자를 제공한다
    __애플리케이션이 식별자를 생성한다
    __영속성 메커니즘이 식별자를 생성한다.
    __또 하나의 바운디드 컨텍스트가 식별자를 할당한다
    __식별자 생성의 시점이 문제가 될 때
    __대리 식별자
    __식별자 안정성
    엔터티의 발견과 그들의 내부적인 특성
    __엔터티와 속성을 알아내기
    __Digging for Essential Behavior
    __역할과 책임
    __생성
    __유효성 검사
    마무리

    6 값 객체
    값의 특징
    __측정, 수량화, 설명
    __불변성
    __개념적 전체
    __대체성
    __값 등가성
    __부작용이 없는 행위
    미니멀리즘으로 통합하기
    값으로 표현되는 표준 타입
    값 객체의 테스트
    구현
    값 객체의 저장
    __데이터 모델 누수의 부정적 영향을 거부하라
    __ORM과 단일 값 객체
    __ORM과 한 열로 직렬화되는 여러 값
    __ORM과 데이터베이스 엔터티로 지원되는 여러 값
    __ORM과 조인 테이블로 지원되는 여러 값
    __ORM과 상태로서의 열거형 객체
    마무리

    7 서비스
    도메인 서비스란 무엇인가(하지만 먼저 도메인 서비스가 아닌 것은 무엇인가)
    서비스가 필요한지 확인하자
    도메인에서 서비스를 모델링하기
    __분리된 인터페이스가 꼭 필요할까
    __계산 프로세스
    __변환 서비스
    __도메인 서비스의 미니 계층 사용하기
    서비스의 테스트
    마무리

    8 도메인 이벤트
    언제 그리고 왜 도메인 이벤트를 사용할까?
    이벤트의 모델링
    __애그리게잇의 특성과 함께하기
    __식별자
    도메인 모델에서 이벤트를 발행하기
    __발행자
    __구독자
    뉴스를 원격 바운디드 컨텍스트로 전파하기
    __메시징 인프라의 일관성
    __자치 서비스와 시스템
    __지연시간 허용
    이벤트 저장소
    저장된 이벤트의 전달을 위한 아키텍처 스타일
    __레스트풀 리소스로써 알림을 발행하기
    __메시징 미들웨어를 통한 알림 발행
    구현
    __NotificationLog의 발행
    __메시지에 기반한 알림 발행하기
    마무리

    9 모듈
    모듈로 설계하기
    기본 모듈 명명 규칙
    모델을 위한 모듈 명명 규칙
    애자일 프로젝트 관리 컨텍스트의 모듈
    다른 계층 속의 모듈
    바운디드 컨텍스트보다 모듈
    마무리

    10 애그리게잇
    스크럼 핵심 도메인에서 애그리게잇 사용하기
    __첫 번째 시도: 큰 클러스터의 애그리게잇
    __두 번째 시도: 다수의 애그리게잇
    규칙: 진짜 고정자를 일관성 경계 안에 모델링하라
    규칙: 작은 애그리게잇으로 설계하라
    __유스케이스를 전부 믿지는 말라
    규칙: ID로 다른 애그리게잇을 참조하라
    __애그리게잇이 ID 참조를 통해 서로 함께 동작하도록 해보자
    __모델 탐색
    __확장성과 분산
    규칙: 경계의 밖에선 결과적 일관성을 사용하라
    __누가 해야 하는 일인지 확인하자
    규칙을 어겨야 하는 이유
    __첫 번째 이유: 사용자 인터페이스의 편의
    __두 번째 이유: 기술적 메커니즘의 부족
    __세 번째 이유: 글로벌 트랜잭션
    __네 번째 이유: 쿼리 성능
    __규칙을 지키기
    발견을 통해 통찰 얻기
    __설계를 다시 한 번 생각해보자
    __애그리게잇 비용의 예측
    __일반적인 사용 시나리오
    __메모리 소비
    __또 다른 설계 대****살펴보기
    __결과적 일관성의 구현
    __이는 팀원이 할 일인가?
    __결정의 시간
    구현
    __고유 ID와 루트 엔터티를 생성하라
    __값 객체 파트를 선호하라
    __‘데메테르의 법칙’과 ‘묻지 말고 시켜라’를 사용하기
    __낙관적 동시성
    __의존성 주입을 피하라
    마무리

    11 팩토리
    도메인 모델 내의 팩토리
    애그리게잇 루트상의 팩토리 메소드
    __CalendarEntry 인스턴스 생성하기
    __Discussion 인스턴스 생성하기
    서비스의 팩토리
    마무리

    12 리파지토리
    컬렉션 지향 리파지토리
    __하이버네이트 구현
    __탑링크 구현에 대한 고려
    영속성 지향의 리파지토리
    __코히어런스 구현
    __몽고DB 구현
    추가적인 행동
    트랜잭션의 관리
    __경고
    타입 계층구조
    리파지토리 대 데이터 액세스 객체
    리파지토리의 테스트
    __인메모리 구현으로 테스트하기
    마무리

    13 바운디드 컨텍스트의 통합
    통합의 기본
    __분산 시스템은 근본적으로 다르다
    __시스템 경계에 걸친 정보의 교환
    레스트풀 리소스를 사용한 통합
    __레스트풀 리소스의 구현
    __부패 방지 계층을 통한 REST 클라이언트의 구현
    메시징을 사용한 통합
    __제품 소유자와 팀 멤버의 정보를 계속해서 제공받는 것
    __당신은 책임을 감당할 수 있는가
    __장기 실행 프로세스와 책임의 회피
    __프로세스 상태 머신과 타임아웃 트래커
    __좀 더 복잡한 프로세스 설계하기
    __메시징이나 시스템을 활용할 수 없을 때
    마무리

    14 애플리케이션
    사용자 인터페이스
    __도메인 객체의 렌더링
    __애그리게잇 인스턴스로부터 데이터 전송 객체를 렌더링하기
    __애그리게잇 내부 상태를 발행하기 위해 중재자를 사용하자
    __도메인 페이로드 객체로부터 애그리게잇 인스턴스를 렌더링하라.
    __애그리게잇 인스턴스의 상태 표현
    __유스케이스 최적 리파지토리 쿼리
    __다수의 개별 클라이언트를 처리하기
    __변환(Rendition) 어댑터와 사용자 편집의 처리
    애플리케이션 서비스
    __애플리케이션 서비스 예제
    __결합이 분리된 서비스 출력
    여러 바운디드 컨텍스트 묶기
    인프라
    엔터프라이즈 컴포넌트 컨테이너
    마무리

    15 애그리게잇과 이벤트 소싱: A+ES
    애플리케이션 서비스의 내부
    커맨드 핸들러
    람다 구문
    동시성 제어
    A+ES의 구조적 자유
    성능
    이벤트 저장소의 구현
    관계형으로 저장하기
    블롭(BLOB)으로 저장하기
    집중된 애그리게잇
    읽기 모델 투영
    애그리게잇 설계와 함께 사용하기
    이벤트 강화
    지원 도구와 패턴
    __이벤트 직렬화기
    __이벤트 불변성
    __값 객체
    계약 생성
    단위 테스트와 명세
    함수형 언어에서의 이벤트 소싱
    참고 문헌
    delivery.jpg
  • 사용후기

    등록된 사용후기

    사용후기가 없습니다.

  • 상품문의

    등록된 상품문의

    상품문의가 없습니다.

  • 배송정보

    배송정보

    배송업체 : 한진택배 (1588-0011)
     배송비
     2,500원 (25,000원 이상 구매 시 무료 배송/일부상품제외) 군부대 및 도서산간 지역은 추가 배송비가 발생할 수 있습니다.
     ◆배송기간
     : 평일 오전 7시 이전 주문 시 당일 발송 (2~3일 소요) : 단, 공휴일, 연휴, 천재지변 등으로 인해 발송이 지연될 수 있습니다.
     ◆배송추적
     : 당일 발송건에 한해 익일 오전 9시 이후 확인 가능합니다.


  • 교환정보

    교환/반품

     ◆반품/교환을 원하는 경우 반드시 고객센터로 연락 후 신청하시기 바랍니다.
     ◆반품/교환은 상품 수령일로 부터 7일 이내에만 가능합니다. 단, 상품이 훼손되지 않았거나, 속 비닐이 있는 경우 듣지 않았을    때 가능합니다.
     •고객님의 변심 또는 잘못 주문하신 경우에는 왕복 배송비는 고객님의 부담입니다.
     ◆오배송, 파본, 불량 상품에 대해서는 고객센터로 연락주시면 상담 후 교환해 드립니다.
     ◆오배송, 파본, 불량상품의 배송비는 환불처에서 부담합니다.
     교환/반품
     ◆환불은 상품이 환불에 도착 시 처리됩니다. (카드 취소는 3~5일이 소요될 수 있습니다.)

장바구니

오늘본상품

오늘 본 상품

  • 도메인 주도 설계 구현(Implementing Domain-Driven Design)
    도메인 주도 설계 40,500

위시리스트

  • 보관 내역이 없습니다.
회사명 (주)꼭대기 주소 서울 특별시 마포구 연희로 11,5층 S-537호
사업자 등록번호 795-87-00429 대표 오주봉 전화 02-356-5779 팩스 02-356-5779
통신판매업신고번호 제2017-서울마포-0052호 개인정보 보호책임자 dhwnqhd

Copyright © 2001-2013 (주)꼭대기. All Rights Reserved.