Domain Driven Design Introduction

Domain Driven Design

Phạm Tiến Hùng

[email protected]

Domain Driven Design - Hungpt 101/07/2016

mailto:[email protected]

Nội dung

1. Đôi nét về DDD

2. Domain Model trong DDD

3. Các kỹ thuật và mẫu thiết kế trong DDD

3.1. Các pattern quản lý vòng đời đối tượng trong DDD

3.2. Duy trì tính nhất quán của Model

4. Demo

5. Tài liệu tham khảo thêm

6. Trao đổi


1. Đôi nét về DDDDDD

Tại sao quan tâm đến DDD

3 Điểm mấu chốt trong DDD

Lợi ích của DDD

Hạn chế của DDD

01/07/2016 Domain Driven Design - Hungpt 3



“DDD - Tackling Complexity in the heart of software”, Eric Evans, 2003


2003 2006 2013 2014




Domain-driven design (DDD) is an approach to developing software for complex needs by deeply connecting the implementation to an evolving

model of the core business concepts.

DDDCommunity.org

http://dddcommunity.org/learning-ddd/what_is_ddd/


1. Nguyên tắc và mẫu thiết kế để giải quyết vấn đề phức tạp

2. Lịch sử thành công với nhiều dự án phức tạp

3. Phù hợp với kinh nghiệm về phần mềm đã được đúc kết

4. Code thể hiện nghiệp vụ rõ ràng, có thể test được


Tại sao quan tâm đến DDD ?

- Steve Smith, CTO Falafel Software -



3 Điểm mấu chốt trong DDD

2. Tập trung vào mô hình của từng Sub Domain 3. Thực thi từng Sub Domain

1. Đào sâu kiến thức với Domain Expert


Phần mềm trở nên linh hoạt

Phần mềm phản ánh tầm nhìn của khách hàng/chuyên gia ngành.

Giải quyết những vấn đề phức tạp

Code tổ chức tốt và dễ dàng test

Business logic nằm ở một chỗ

Rất nhiều pattern hữu ích để sử dụng


Lợi ích của DDD


• Thời gian và effort

• Trao đổi và mô hình hóa vấn đề vơí DExpert

• Tách domain logic ra khỏi các phần khác của ứng dụng

• Học

• Nguyên tắc mới

• Pattern mới

• Quy trình mới

• Chỉ hữu ích khi áp dụng giải quyết vấn đề phức tạp

• Ít nhất vấn đề phải tồn tại do sự phức tạp của business.

• Lựa chọn DDD không chỉ bởi sự phức tạp kỹ thuật đơn thuần.

• Thuyết phục đồng nghiệp, tổ chức hiểu và áp dụng nguyên tắc của DDD.


Hạn chế của DDD

2. Domain modelTập trung vào domain model

Ngôn ngữ chung

Anemic vs Rich model

Entities vs Value Object

Domain Services

DDD Navigation map


2. Domain model

• Phân tách, gom gộp, module hóa

• Đối phó với sự phức tạp

• Mô hình bằng: hình vẽ, ảnh chụp, note, ngôn ngữ…

• Không ngừng đào sâu kiến thức về domain


Tập trung vào domain model

2. Domain model

Vet Management



Patient Scheduling

Staff Scheduling

Surgery Scheduling

Office Visit

CMS ?

Owner & Pet Managemrnt

Billing ?

2. Domain model

Vet Management – Break thành các Sub Domain



Staff

Visit Records

Clients Records

Patient Records

Appointment Scheduling

Khách hàng (clients) đặt lịch hẹn (appointments) cho bệnh nhân (vật nuôi - patients)

Cuộc hẹn có thể là thăm khám (office visits) hoặc phẫu thuật (surgeries)

Thăm khám có là một buổi kiểm tra, yêu cầu có bác sĩ (doctors), hoặc kỹ thuật viên (tech)

Thăm khám phụ thuộc vào phòng kiếm tra (exam room) còn trống

Phẫu thuật phụ thuộc vào phòng phẫu thuật (O/R) và hồi phục

(Recovery), và có thể liên quan đến các thủ tục khác.

2. Domain model

Vet Management – Tập trung vào từng Sub Domain




2. Domain model





2. Domain model

• Loại bỏ khuynh hướng dùng Phương ngữ riêng:

• Giữa Dev và Domain Expert

• Giữa Code và Nghiệp vụ thực tế


Ngôn ngữ chung (Ubiquitous Language)

2. Domain model

• Cấu trúc

• Thuộc tính

• Quan hệ


Anemic Model vs Rich Model

• Cấu trúc

• Thuộc tính

• Quan hệ

• Hành vi

Anemic model Rich model

2. Domain model



Anemic model Rich model

2. Domain model



Anemic model-> CRUD

Rich model-> DDD

MÔ HÌNH THỂ HIỆN CÁCH

LƯU TRỮ

MÔ HÌNH THỂ HIỆN LUỒNG

NGHIỆP VỤ

2. Domain model

• Entities: Xác định bằng định danh



PetTên: Miu

Màu lông: Xám tro

Màu mắt: Xanh

ID = 123

ID: 123

2. Domain model

• Entities: Xác định bằng định danh



PetTên: Miu

Màu lông: Xám tro

Màu mắt: Xanh

ID = 123

ID: 123

Xanh

2. Domain model

• Value Object: Xác định bằng giá trị



$100 $200

2. Domain model




$100 $200VND

2. Domain model




2. Domain model

• Không thực sự nằm trong một Entity hay Value Object nào của domain.

• Hoạt động trên nhiều đối tượng khác nhau

• Stateless


Domain Services

2. Domain model


DDD Navigation Map

3. Các kỹ thuật và mẫu thiết kếCác pattern quản lý vòng đời đối tượng trong DDD

- Aggregate - Factory - Repositories

Duy trì tính nhất quán của Model

- Bounded context - Anti-corruption Layer - Shared Kernel


3. Các kỹ thuật và mẫu thiết kế


Các pattern quản lý vòng đời đối tượng trong DDD

Model data change

Model Data Creator

Model data Retriever


• Aggregate




• Aggregate

• Một nhóm đối tượng

• Một đơn vị thống nhất đối với các

thay đổi dữ liệu




• Aggregate




• Aggregate



Vet Management


• Factory



Pattern hỗ trợ khởi tạo đối tượng Aggregate.

• Factory




Vet Management

• Repository: Repository đảm nhiệm việc lấy ra những đối tượng đã được lưu trữ.




Aggregate (Domain Model) Repository

Data Store

• Cung cấp 1 cách trừu tượng hóa cho việc lưu trữ

• Tách biệt các mối quan tâm

• Cho phép kiểm thử

• Tăng khả năng bảo trì

• Repository: Repository đảm nhiệm việc lấy ra những đối tượng đã được lưu trữ.




Lợi ích của Repository

• Bounded context: Một ngữ cảnh giới hạn của model.




Client

Appointment Scheduling Context

ClientIDName

ClientIDNameCredit CardsAddress

Billing

• Bounded context: Một ngữ cảnh giới hạn của model.




Client

Appointment Scheduling Context

IDName

IDNameCredit CardsAddressBilling ValidationCredit Validation

Billing

Client

4. DemoVet Management


• DDD Quickly



Tài liệu

• Domain-Driven Design, Tackling Complexity

in the Heart of Software



Tài liệu

• Pluralsight

Domain-Driven Design

Fundamentals

(Steve Smith & Julie Lerman)



Tài liệu

Q/A


Xin cảm ơn !


Domain Driven Design Introduction

Software

Transcript of Domain Driven Design Introduction