Link video: https://www.youtube.com/watch?v=VbOJrq71lVA Chúng ta đã bàn về Clean Code và SOLID, đã biết về các lợi ích của chúng. Câu hỏi quan trọng còn lại là: Làm thế nào để có Clean Code và SOLID? Câu trả lời sẽ liên quan đến nhiều yếu tố khác nhau, bao gồm cả văn hoá, thói quen, trình độ năng lực, các kỹ thuật và công cụ..., và trong đó một yếu tốt rất quan trọng là chúng ta cần sử dụng tốt Design Pattern. Design Pattern là các giải pháp tổng quát có thể tái sử dụng cho các trường hợp thường gặp khi thiết kế kiến trúc phần mềm. Một số lợi ích của Design Pattern có thể kể đến như: - Đẩy nhanh tốc độ thiết kế và phát triển phần mềm - Chất lượng của giải pháp đã được minh chứng - Ngăn ngừa các vấn đề phát sinh nếu thiết kế không tốt - Có thể áp dụng cho rất nhiều tình huống khác nhau - Dễ dàng cộng tác, chia sẻ thiết kế và mã nguồn giữa các bên. Trong phiên Livestream về chủ đề Design Pattern, chúng ta sẽ bàn kỹ hơn về khái niệm quan trọng này, các ý nghĩa của nó, điểm qua các Design Pattern được sử dụng phổ biến và đồng thời xem xét một số ứng dụng của Design Pattern trong các tình huống thực tế.

2. Nội dung
• Các vấn đề thường gặp
• Design Pattern
• Các Design Pattern thông dụng
• Demo

3. Tỉ lệ thời gian dành cho việc đọc code so với viết code là 10:1
... cho nên cần viết code thế nào đó cho dễ đọc nhất có
thể.
~Robert C. Martin~

4. Người đần cũng có thể viết code để máy tính hiểu.
Lập trình viên giỏi thì viết code để con người có thể hiểu.
~Martin Fowler~

5. Đừng có phát minh lại chiếc bánh xe

6. Học ngôn ngữ lập trình
Từ khoá
• Biến
• Hàm
• Lớp
• Đối tượng
• Biểu thức
• Toán tử
• ...
Cú pháp
• Câu lệnh
• Điều kiện
• Lặp
• Khai báo lớp
• Gọi phương thức
• Định danh
• ...
Style
• Convention
• Nguyên lý
• Pattern
• ...

7. Thiết kế là gì?
Phân tích và giải quyết vấn đề

8. Thế nào là một thiết kế tốt?
• Không chỉ giải quyết được vấn đề hiện tại
Mà còn giải quyết được vấn đề trong tương
lai
• Không chỉ chạy tốt khi hệ thống còn nhỏ
Mà còn chạy tốt khi hệ thống lớn hơn
• Không chỉ chạy tốt với phiên bản hiện tại
Mà còn có thể thêm nhiều phiên bản khác

9. Có một thứ không bao giờ thay đổi
Đó là THAY ĐỔI

10. Design Principles
• Encapsulate what varies
• Favor composition over inheritance
• Programming to interfaces not to implementations
• Strive for loosely coupled between objects that interact
• Classes should OPEN for extension and CLOSE for
modification
• Depends on abstraction, not concrete classes
• Don't call us, we'll call you
• A class should have only one reason to change

11. Templates

12. Pattern ở mọi nơi

13. Pattern ở mọi nơi

14. Pattern ở mọi nơi

19. Design Pattern là gì?
• Là một giải pháp tổng quát tái sử dụng được cho các vấn đề
thông dụng
• Là một mẫu hoặc mô tả cách giải quyết một vấn đề
• Một kỹ thuật đã được kiểm chứng
• Design Pattern không phải là bản thiết kế hoàn chỉnh có thể
dùng để chuyển hoá trực tiếp thành mã nguồn.
• Design Pattern là các khuôn mẫu (template) để giải quyết vấn
đề trong các tình huống khác nhau.

20. Tại sao cần Design Pattern?
• Đẩy nhanh tốc độ thiết kế và phát triển phần mềm
• Chất lượng của giải pháp đã được minh chứng
• Ngăn ngừa các vấn đề phát sinh nếu thiết kế không tốt
• Có thể áp dụng cho rất nhiều tình huống khác nhau
• Dễ dàng cộng tác, chia sẻ thiết kế và mã nguồn giữa các bên

21. Phân loại Design Pattern
Design
Patterns
Creational
BehavioralStructural
Các đối tượng được
tạo ra như thế nào?
Các đối tượng được
cấu tạo như thế nào?
Các đối tượng tương
tác như thế nào?

23. Áp dụng
Design Pattern dễ hay khó?

24. Singleton
• Đảm bảo rằng một lớp chỉ có một đối tượng thể hiện và cung
cấp truy cập đối tượng này với phạm vi toàn ứng dụng.

25. Singleton: demo
• Tạo một kết nối duy nhất đến CSDL

26. Proxy
• Đưa ra một đại diện, thay thế cho một đối tượng để kiếm soát
quyền truy cập vào nó.

27. Proxy: demo
• Kiểm tra đầu vào cho các phương thức của lớp Calculator

28. Façade
• Cung cấp một giao diện nhất quán cho các giao diện khác ở
trong các hệ thống con

29. Façade: demo
• Cung cấp một API đơn giản để chia sẻ lên các mạng xã hội

30. Template Method
• Định nghĩa bộ khung các bước cho một thuật toán. Để lại cho
các lớp con tự khai báo các bước cụ thể.

31. Template Method: demo
• Quy định các bước để in một trang tài liệu

32. Command
• Đóng gói một yêu cầu thành một đối tượng, cho phép client sử
dụng nhiều request khác nhau

33. Command: demo
• Cài đặt command cho một remote control