Sự phụ thuộc đảo ngược được áp dụng tốt mang lại sự linh hoạt và ổn định ở cấp độ của toàn bộ kiến trúc ứng dụng của bạn. Nó sẽ cho phép ứng dụng của bạn phát triển an toàn và ổn định hơn.
Kiến trúc lớp truyền thống
Theo truyền thống, giao diện người dùng kiến trúc phân lớp phụ thuộc vào lớp nghiệp vụ và điều này phụ thuộc vào lớp truy cập dữ liệu.
Bạn phải hiểu lớp, gói hoặc thư viện. Chúng ta hãy xem mã sẽ như thế nào.
Chúng tôi sẽ có một thư viện hoặc gói cho lớp truy cập dữ liệu.
// DataAccessLayer.dll
public class ProductDAO {
}
Và một thư viện hoặc gói kinh doanh logic gói phụ thuộc vào lớp truy cập dữ liệu.
// BusinessLogicLayer.dll
using DataAccessLayer;
public class ProductBO {
private ProductDAO productDAO;
}
Kiến trúc phân lớp với sự đảo ngược phụ thuộc
Sự đảo ngược phụ thuộc chỉ ra những điều sau đây:
Các mô-đun cấp cao không nên phụ thuộc vào các mô-đun cấp thấp. Cả hai nên phụ thuộc vào trừu tượng.
Trừu tượng không nên phụ thuộc vào chi tiết. Chi tiết nên phụ thuộc vào trừu tượng.
Các mô-đun cấp cao và cấp thấp là gì? Các mô-đun suy nghĩ như thư viện hoặc gói, mô-đun cấp cao sẽ là những mô-đun mà theo truyền thống có phụ thuộc và mức độ thấp mà chúng phụ thuộc.
Nói cách khác, mức cao của mô-đun sẽ là nơi hành động được gọi và mức thấp nơi hành động được thực hiện.
Một kết luận hợp lý để rút ra từ nguyên tắc này là không nên có sự phụ thuộc giữa các bê tông hóa, nhưng phải có sự phụ thuộc vào một sự trừu tượng. Nhưng theo cách tiếp cận chúng ta thực hiện, chúng ta có thể đang sử dụng sai sự phụ thuộc đầu tư, nhưng là một sự trừu tượng.
Hãy tưởng tượng rằng chúng tôi điều chỉnh mã của chúng tôi như sau:
Chúng ta sẽ có một thư viện hoặc gói cho lớp truy cập dữ liệu xác định sự trừu tượng hóa.
// DataAccessLayer.dll
public interface IProductDAO
public class ProductDAO : IProductDAO{
}
Và một thư viện hoặc gói kinh doanh logic gói phụ thuộc vào lớp truy cập dữ liệu.
// BusinessLogicLayer.dll
using DataAccessLayer;
public class ProductBO {
private IProductDAO productDAO;
}
Mặc dù chúng tôi phụ thuộc vào sự phụ thuộc trừu tượng giữa doanh nghiệp và truy cập dữ liệu vẫn giống nhau.
Để có được nghịch đảo phụ thuộc, giao diện bền vững phải được xác định trong mô-đun hoặc gói trong đó logic hoặc miền cấp cao này chứ không phải trong mô-đun cấp thấp.
Đầu tiên xác định lớp miền là gì và sự trừu tượng của giao tiếp được xác định tính bền vững.
// Domain.dll
public interface IProductRepository;
using DataAccessLayer;
public class ProductBO {
private IProductRepository productRepository;
}
Sau lớp kiên trì phụ thuộc vào miền, bắt đầu đảo ngược ngay bây giờ nếu một phụ thuộc được xác định.
// Persistence.dll
public class ProductDAO : IProductRepository{
}
(nguồn: xurxodev.com )
Làm sâu sắc thêm nguyên tắc
Điều quan trọng là phải đồng hóa khái niệm tốt, đào sâu mục đích và lợi ích. Nếu chúng ta ở lại một cách máy móc và tìm hiểu kho lưu trữ trường hợp điển hình, chúng ta sẽ không thể xác định nơi chúng ta có thể áp dụng nguyên tắc phụ thuộc.
Nhưng tại sao chúng ta đảo ngược một sự phụ thuộc? Mục tiêu chính ngoài các ví dụ cụ thể là gì?
Như vậy thường cho phép những thứ ổn định nhất, không phụ thuộc vào những thứ kém ổn định hơn, thay đổi thường xuyên hơn.
Loại thay đổi liên tục sẽ dễ dàng hơn, cả cơ sở dữ liệu hoặc công nghệ truy cập vào cùng một cơ sở dữ liệu so với logic miền hoặc các hành động được thiết kế để giao tiếp với sự kiên trì. Bởi vì điều này, sự phụ thuộc bị đảo ngược bởi vì nó dễ dàng thay đổi sự kiên trì hơn nếu thay đổi này xảy ra. Bằng cách này, chúng tôi sẽ không phải thay đổi tên miền. Lớp miền ổn định nhất trong tất cả, đó là lý do tại sao nó không nên phụ thuộc vào bất cứ điều gì.
Nhưng không chỉ có ví dụ về kho lưu trữ này. Có nhiều kịch bản áp dụng nguyên tắc này và có những kiến trúc dựa trên nguyên tắc này.
Kiến trúc
Có những kiến trúc trong đó nghịch đảo phụ thuộc là chìa khóa cho định nghĩa của nó. Trong tất cả các miền, điều quan trọng nhất và đó là sự trừu tượng sẽ chỉ ra giao thức giao tiếp giữa miền và phần còn lại của các gói hoặc thư viện được xác định.
Kiến trúc sạch
Trong Kiến trúc sạch , miền nằm ở trung tâm và nếu bạn nhìn theo hướng mũi tên biểu thị sự phụ thuộc, thì rõ ràng đâu là các lớp quan trọng và ổn định nhất. Các lớp bên ngoài được coi là công cụ không ổn định vì vậy tránh phụ thuộc vào chúng.
(nguồn: 8thlight.com )
Kiến trúc lục giác
Nó xảy ra theo cách tương tự với kiến trúc lục giác, nơi miền cũng nằm ở phần trung tâm và các cổng là sự trừu tượng của giao tiếp từ domino ra bên ngoài. Ở đây một lần nữa, rõ ràng là miền là sự phụ thuộc truyền thống và ổn định nhất được đảo ngược.
