where the traditional dependency re

where the traditional dependency relationship used in object orientation (“high-level layers should depend on low-level layers”), is inverted. With this approach, you reach an important goal, which is to have high-level objects independent from the infrastructure implementation, and therefore, independent from the underlying technologies.
The dependency-inversion principle states the following:
A. High-level layers should not depend on low-level layers. Both layers should depend on abstractions (contracts/interfaces).
B. Abstractions should not depend upon details. The details (implementation) should depend on abstractions
(contracts/interfaces).
The purpose of this principle is to decouple the high-level objects from the low-level objects so that it is possible to extend or change the final actions coordinated by a high-level class by swapping out the implementation of the interfaces where you set the high-level class dependencies, but, without making any change to the high-level class code. For example, being able to execute the same code of a high-level application object (with no code changes) and consume different underlying infrastructure/technology objects that implement the same interfaces (abstractions) where you base your dependencies. This is also related to the Liskov substitution principle in S.O.L.I.D.

Results (Vietnamese) 1:

nơi mối quan hệ phụ thuộc truyền thống được sử dụng trong định hướng đối tượng ("cao cấp lớp nên phụ thuộc vào lớp thấp"), đảo ngược. Với cách tiếp cận này, bạn đạt được một mục tiêu quan trọng, đó là phải có trình độ cao đối tượng độc lập từ việc thực hiện cơ sở hạ tầng, và do đó, độc lập từ các công nghệ cơ bản. Nguyên lý phụ thuộc đảo ngược tiểu bang sau đây: A. cao cấp lớp nên phụ thuộc vào lớp ở độ cao thấp. Cả lớp nên phụ thuộc vào abstractions (hợp đồng/giao diện). B. abstractions nên không phụ thuộc vào chi tiết. Thông tin chi tiết (thực hiện) nên phụ thuộc vào abstractions (hợp đồng/giao diện). Mục đích của nguyên tắc này là để decouple các đối tượng cao cấp từ các đối tượng ở độ cao thấp, do đó nó có thể mở rộng hoặc thay đổi các hành động cuối cùng điều phối bởi một tầng lớp cao cấp bằng cách thay đổi trong việc thực hiện của các giao diện nơi bạn đặt các phụ thuộc lớp cao cấp, Tuy nhiên, mà không thực hiện bất kỳ thay đổi mã cao cấp lớp. Ví dụ, có thể thực hiện cùng một mã của một đối tượng cao cấp ứng dụng (với không có thay đổi mã) và tiêu thụ khác nhau đối tượng cơ sở hạ tầng công nghệ cơ bản thực hiện các giao diện tương tự (abstractions) nơi bạn căn cứ của bạn phụ thuộc. Điều này cũng liên quan đến các nguyên tắc thay thế Liskov trong S.O.L.I.D.

Results (Vietnamese) 2:

nơi mà các mối quan hệ phụ thuộc truyền thống được sử dụng trong định hướng đối tượng ("lớp cao cấp nên phụ thuộc vào các lớp cấp thấp"), được đảo ngược. Với phương pháp này, bạn đạt được một mục tiêu quan trọng, đó là phải có trình độ cao các đối tượng độc lập từ việc thực hiện cơ sở hạ tầng, và do đó, độc lập với các công nghệ cơ bản.
Các thuộc đảo ngược trạng thái nguyên tắc sau đây:
A. Lớp cao cấp không nên phụ thuộc vào các lớp cấp thấp. Cả hai lớp nên phụ thuộc vào khái niệm trừu tượng (đồng / interfaces).
B. Trừu tượng không nên phụ thuộc vào chi tiết. Các chi tiết (thực hiện) nên phụ thuộc vào khái niệm trừu tượng
(đồng / interfaces).
Mục đích của nguyên tắc này là để tách các đối tượng cấp cao từ các đối tượng ở mức độ thấp để nó có thể mở rộng hoặc thay đổi các hành động chính thức điều phối bởi một cao -level lớp bằng cách trao đổi việc thực hiện các giao diện mà bạn thiết lập các phụ thuộc đẳng cấp cao, nhưng mà không thực hiện bất kỳ thay đổi mã lớp cao cấp. Ví dụ, để có thể thực thi mã cùng một đối tượng ứng dụng cao cấp (không có thay đổi code) và tiêu thụ đối tượng cơ sở hạ tầng / công nghệ cơ bản khác nhau mà thực hiện các giao diện tương tự (trừu tượng), nơi bạn có cơ sở phụ thuộc của bạn. Điều này cũng liên quan đến các nguyên tắc thay thế Liskov trong SOLID