Ở 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.… Xem thêm “IoC introduction chapter 3”

Ở 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:… Xem thêm “IoC Introduction chapter 2”

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 quan nhất, với mong muốn cùng các bạn khám phá kiến thức về IoC, DIP, DI..

… Xem thêm “IoC Introduction chapter 1”

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 mới tạo ra sự phát triển liền mạch, nhất quán giúp đảm bảo tính ổn định, cũng như tiến độ làm việc.

Đầ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ế:

– DRY (Don’t Repeat Yourself), các nghiệp vụ được phân tách rõ ràng, cô đọng và tập trung cao.
– Có thể mở rộng, sửa đổi các thành phần độc lập.

Ở 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 of work

Bài toán:

Để hình dung rõ hơn, lần này chúng ta sẽ xem xét bài toán thực tế khi quản trị hệ thống muốn xóa một đơn hàng.… Xem thêm “Unit Of Work và Repository Pattern – Song kiếm hợp bích”

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#

Lợi ích khi sử dụng Unit of Work design pattern?

Khái niệm UOW

• First it maintains in-memory updates.
• Second it sends these in-memory updates as one transaction to the database.

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 có thể dư thừa vì 1 class không cần dùng hết 100 method. Khi tách interface ra thành nhiều interface nhỏ, gồm các method liên quan tới nhau, việc implement và quản lý sẽ dễ hơn.… Xem thêm “Nguyên lý SOLID trong lập trình hướng đối tượng – và ví dụ sử dụng C# – p4”

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

• 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 sẽ thêm một property đơn giản vào lớp này. Property này sẽ chỉ ra kiểu “customer” sẽ là “Gold” hay “Silver”.

Sau đó với một vài tính toán đơn giản với hàm “GetDiscount” chúng ta sẽ tính toán discount cho khách hàng.… Xem thêm “Nguyên lý SOLID trong lập trình hướng đối tượng – và ví dụ sử dụng C# – p2”