Domain Driven Design Introduction

Domain Driven Design
Phạm Tiến Hùng
phamtienhung@vnpt.vn
Domain Driven Design - Hungpt 101/07/2016

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

DDD
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

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 model
Tậ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

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
Pet
Tê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
Pet
Tê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

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
Client
ID
Name
Client
ID
Name
Credit Cards
Address
Billing

• Bounded context: Một ngữ cảnh giới hạn của model.
Client
Appointment Scheduling Context
ID
Name
ID
Name
Credit Cards
Address
Billing Validation
Credit Validation
Billing
Client

4. Demo
Vet 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

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to Domain Driven Design Introduction

Similar to Domain Driven Design Introduction (20)

More from Tung Nguyen Thanh

More from Tung Nguyen Thanh (20)

Domain Driven Design Introduction