Category Archives: Design Pattern
IoC introduction chapter 3
Ở phần trước, chúng ta đã tìm hiểu về cách implement nguyên lý IoC bằng việc sử dụng Factory pattern và đạt được mức độ đầu tiên của việc thiết kế các class có ít sự phụ thuộc hơn. Phần này chúng ta sẽ tìm hiểu việc implement DIP bằng cách tạo các abstract class.
IoC Introduction chapter 2
Ở phần này chúng ta sẽ tìm hiểu về IoC và cách để implement nó. Đây là bước đầu tiên để đạt được mục tiêu làm giảm sự phụ thuộc giữa các lớp ứng dụng. Các bước được minh họa theo follow sau:
IoC Introduction chapter 1
Chắc hẳn các thuật ngữ Inversion of Control (IoC), Dependency Inversion Principle (DIP), Dependency Injection (DI), và IoC containers không còn xa lạ với nhiều người. Tuy nhiên không dễ để làm rõ sự khác nhau giữa các khái niệm này. Loạt bài viết này cố gắng mang đến cho các bạn cái nhìn tổng […]
Mô hình CQRS-ES
Một trong các đòi hỏi lớn của việc quản lý danh mục sản phẩm là phải thiết kế để đáp ứng các nhu cầu về hiệu năng và tích hợp với các hệ thống khác. Để đáp ứng các yêu cầu tốt, thì phải được thiết kế từ tổng thể ngay từ đầu. Có vậy […]
Thiết kế hệ thống phần mềm với mô hình CQRS
Đầu tiên chúng ta bắt đầu với bài toán quản lý sản phẩm với các nghiệp vụ phức tạp. Ví dụ hệ thống quản lý sản phẩm của các trang thương mại điện tử (Amazon, shoppe, tiki..). Với bất kì sản phẩm phần mềm nào, chúng ta đều có chung mục đích thiết kế: – […]
Unit Of Work và Repository Pattern – Song kiếm hợp bích
Ở bài trước mình đã giới thiệu với các bạn về UnitOfWork Design Pattern. Nhắc lại vể lợi ích của UOW Quản lý danh sách các đối tượng logic nghiệp vụ được thay đổi trong một transaction. Khi một transaction được complete, tất cả thay đổi sẽ được gửi tới database như một big unit […]
Unit of Work Design Pattern
Trong bài viết này, chúng ta sẽ cùng thảo luận về Unit of Work Design Pattern. Nội dung chính: Lợi ích khi sử dụng Unit of Work design pattern? Work và Unit trong ứng dụng phần mềm. Logical transaction! = Physical CRUD. So sánh với một transaction. Ý tưởng việc implement UOW. Code demo C# […]
Nguyên lý SOLID trong lập trình hướng đối tượng – và ví dụ sử dụng C# – p4
Tìm hểu về “I” – ISP (Interface Segregation principle) Thay vì dùng 1 interface lớn, ta nên tách thành nhiều interface nhỏ, với nhiều mục đích cụ thể Nguyên lý này khá dễ hiểu. Hãy tưởng tượng chúng ta có 1 interface lớn, khoảng 100 methods. Việc implements sẽ khá cực khổ, ngoài ra còn […]
Nguyên lý SOLID trong lập trình hướng đối tượng – và ví dụ sử dụng C# – p3
Tìm hiểu về “L”- LSP (Liskov substitution principle) Nguyên lý được phát biểu như sau: So LISKOV principle says the parent should easily replace the child object. Trong một chương trình, các object của class con có thể thay thế class cha mà không làm thay đổi tính đúng đắn của chương trình
Nguyên lý SOLID trong lập trình hướng đối tượng – và ví dụ sử dụng C# – p2
SOLID “S” – SRP (Single responsibility principle) SOLID “O” – Open closed principle SOLID “L” – LSP (Liskov substitution principle) SOLID “I” – ISP (Interface Segregation principle) SOLID “D” – Dependency inversion principle Hiểu về “O” – Open closed principle Bây giờ chúng ta sẽ tiếp tục với class Customer ở ví dụ trước. Tôi […]