Xin chào những fan, sau bài bác một về tổng quan Spring thì ni bọn họ cùng đi sâu vào 2 tư tưởng trung trung ương với trái tim của Spring nhé chính là IoC (Inversion of Control) với DI (Dependency Injection). Nhưng trước lúc đi vào 2 tư tưởng này bản thân vẫn đưa một bài bác tuy ko ở trong hệ sinh thái Spring Framework nhưng lại nó là cửa hàng kim chỉ nan đến định nghĩa DI đấy nhé, cùng 1 chút kim chỉ nan đang dễ dàng cho chính mình tưởng tượng hơn đó là định nghĩa Tight-coupling, Loose-coupling, Loosely coupled (dĩ nhiên nghe kỳ lạ lắm đúng không nào mặc dù nó tất cả trong OOP đấy nhé).quý khách hàng đã xem: Loose coupling là gì
Tight-coupling cùng Loose-couplingOk phần đông fan bây giờ bọn họ sẽ bước vào 2 có mang nhỏ dại của lập trình sẵn hướng đối tượng người sử dụng nha:
Bạn đang xem: Loose coupling là gì

Nhỏng số đông fan thấy nghỉ ngơi trên thì lớp ExportCSV links cùng với ExportData với hiện nay Lúc thử dùng đổi khác xuất JSON nỗ lực mang đến CSV thì xử lý sao trên đây gần như người? Khi đó bọn họ sẽ làm cho bớt sự nhờ vào loosely coupled vị hiện nay lớp ExportCSV thư hùng mặc bây rồi nó trường thọ khi ExportData tồn tài nhưng ????

Ok hiện nay ta thêm một interface để chỉ quan tâm cách thức tiến hành nhưng ko nên biết chi tiết thực hiện của chính nó, tuy nhiên yêu cầu hiện thời là xuất định dạng JSON mà sao interface lại khái niệm một tờ ExportCSV rứa cơ. À hoá ra lúc này chính là thời điểm tùy từng tận hưởng người dùng mà lại ta tiêm vào hay đứa vào những lớp dựa vào đến chương trình chạy ngon nghe rộng ntrần.

Khi đó tùy thuộc vào yêu cầu nhiệm vụ mà ta sẽ có được các lớp export tương ứng cùng những lớp này đang implements Interface IExport có trọng trách là Export. Khi đó lớp ExportData chỉ nhận trách nhiệm xuất dữ liệu nhưng mà ko yêu cầu quyên tâm coi nó xuất JSON hay CSV mà bài toán này dó chúng ta tiêm những lớp ràng buộc logic vào. Thêm nữa lúc phần lớn người quan sát code bên trên sẽ thấy tương đối nhiều năm mẫu khi khai báo này nọ sẽ là nguyên do những Design Pattern thành lập với Factory Method sẽ giúp đỡ họ giải quyết vấn đề tùy thuộc vào thử dùng mà lại tạo thành một đối tượng tất cả lớp tương thích (Mình vẫn nói vào Series Design Pattern hen

). Ok bên trên đây là các khái niệm Tight-coupling, Loose-coupling tương tự như biện pháp làm bớt sự phụ thuộc vào thân các lớp Loosely coupled trong lập trình phía đối tượng người sử dụng. Nếu đa số fan thiếu hiểu biết chỗ nào cữ comment bản thân đang câu trả lời nhé. Bên dưới là links tham khảo cho nội dung bài viết, cảm ơn phần đông người đã theo dõi và quan sát đến đây ^^ Cảm ơn gần như fan nhiều!