Giá trị của DI là ẩn giấu đi việc một class được khởi tạo như thế nào, mà chỉ quan tâm đến hành vi của nó. Một class có thể được khởi tạo khác nhau phụ thuộc vào context của chương trình theo config hoặc runtime. DI sẽ quản lý việc đó và những bên tiêu dùng sẽ không bị ảnh hưởng, chỉ việc sử dụng những chức năng mà nó cam kết (qua interface, abstract class, hoặc chính khai báo của class đấy). XeMay phụ thuộc vào DongCo, DongCoTrungQuoc phụ thuộc vào cam đơn, DongCoMy phu thuoc vào cam đôi, DongCoDuc phụ thuộc vào cam biến thiên. Các cam này lại phụ thuộc vào xích cam hay đai cam v.v.v. Như vậy để khởi tạo một instance của XeMay, bạn sẽ phải biết khởi tạo từ xích cam, đai cam, động cơ v.v.v. DI giải phóng chúng ta khởi cây dependencies này.
Cảm ơn bạn đã phản hồi video ! Chủ đề về multithreading rất rộng và áp dụng rất nhiều bài toán khác nhau , bạn muốn mình giải thích về bài toán nào nhỉ !
mình hỏi chút, mình định dùng ví dụ của bạn để trả lời PV, nhưng mình thấy có case dưới. trong thực tế khi sử dụng thì DI vẫn dùng cụ thể 1 class IMPL để inject vào. vậy thì khi class đó lỗi thì project cũng không tự động dùng class khác thay thế được. như vậy tính chịu lỗi có phải là chưa rõ ràng ?
Chào bạn . Rất vui vì nhận được câu hỏi của bạn . Mình chưa thực sự hiểu rõ câu hỏi nên nếu trả lời chưa đúng thì bạn có thể hỏi lại mình nhé . Thì DI bạn hiểu đơn giản nó là phương pháp , và là 1 pattern trong thiết kế để giảm thiểu đi việc phụ thuộc giữa 2 class với nhau . Còn khi gặp sự cố thì mình vẫn có thể thay thế , sửa chữa bời người lập trình , còn "project cũng không tự động dùng class khác thay thế được" thì mình chưa hiểu ý này lắm .
@@trungpham1431 câu trên mình chưa hiểu chỗ tăng tính chiu lỗi khi thay phụ thuộc từ IMPL sang abstraction, mình có đọc thêm thì cũng hiểu ra một chút, nghĩa là khi phụ thuộc nhau qua abstract, thì mình có thể tạo các class impl khác để thay thế class cũ nếu logic không đáp ứng phải k. tks u bạn.
Hiểu một cách đơn giản hơn: Đa hình là khái niệm mà hai hoặc nhiều lớp có những phương thức giống nhau nhưng có thể thực thi theo những cách thức khác nhau. Còn DI thực tế nó thường dùng để loại bỏ sự phụ thuộc giữa tầng controller và các tầng BL(business layer) bằng cách tiêm các class interface vào controller và BL lúc đó controller sẽ phụ thuộc vào lớp interface và BL cũng thế
Công nhận đang k hiểu DI, qua bên bác cái hiểu liền. Thực tế dễ hiểu. Respect bác
Hay quá ad. Thank ad ❤
Giá trị của DI là ẩn giấu đi việc một class được khởi tạo như thế nào, mà chỉ quan tâm đến hành vi của nó. Một class có thể được khởi tạo khác nhau phụ thuộc vào context của chương trình theo config hoặc runtime. DI sẽ quản lý việc đó và những bên tiêu dùng sẽ không bị ảnh hưởng, chỉ việc sử dụng những chức năng mà nó cam kết (qua interface, abstract class, hoặc chính khai báo của class đấy). XeMay phụ thuộc vào DongCo, DongCoTrungQuoc phụ thuộc vào cam đơn, DongCoMy phu thuoc vào cam đôi, DongCoDuc phụ thuộc vào cam biến thiên. Các cam này lại phụ thuộc vào xích cam hay đai cam v.v.v. Như vậy để khởi tạo một instance của XeMay, bạn sẽ phải biết khởi tạo từ xích cam, đai cam, động cơ v.v.v. DI giải phóng chúng ta khởi cây dependencies này.
Cảm ơn anh! E tìm hiểu toàn lý thuyết không hiểu nổi, may gặp được anh giải thích dễ hiểu
dễ hiểu. a lấy ví dụ rất thực tế :))
Ui, dễ hiểu quá a ơi!!!, em cám ơn anh ạ❤
Đẳng cấp , respect
giải thích quá vip
thông minh quá ạ
Tuyệt cà là vời
hay quá cảm ơn anh nhiều !!!
cảm ơn a đã giải thích rất dễ hiểu, vip thật sự, chưa có nút donate a ơi :v
hay lắm anh ơi 100 đỉm 💯
e cam mon a nhieu lam
giải thích dễ hiểu, cảm ơn anh
Cảm ơn a.
video hay quá ạ
cảm ơn anh, dễ hiểu ghê
anh Trung ơi anh dạy về solid với desgin pattern trong java spring đc k ạ
Xem hết bao nhiêu cái video thì đến cái này mới hiểu
video dễ hiểu quá anh ạ. Thanks anh nhiều
Cảm ơn bạn !
dễ hiểu
giải ngố thành công cảm ơn anh
Cảm ơn bạn !
hay ạ
anh có thể làm video giải thích dễ hiểu multithreading được không ạ
Cảm ơn bạn đã phản hồi video ! Chủ đề về multithreading rất rộng và áp dụng rất nhiều bài toán khác nhau , bạn muốn mình giải thích về bài toán nào nhỉ !
@@trungpham1431 em mới học thôi nên em muốn hiểu những thứ căn bản nhất thôi ạ
@@trungpham1431 À anh có thể làm một video về sự khác biệt giữa Asynchronuos với MultiThread cũng được ạ
Thanks for this help ! ❤
Cảm ơn bạn !
mình hỏi chút, mình định dùng ví dụ của bạn để trả lời PV, nhưng mình thấy có case dưới.
trong thực tế khi sử dụng thì DI vẫn dùng cụ thể 1 class IMPL để inject vào.
vậy thì khi class đó lỗi thì project cũng không tự động dùng class khác thay thế được.
như vậy tính chịu lỗi có phải là chưa rõ ràng ?
Chào bạn . Rất vui vì nhận được câu hỏi của bạn . Mình chưa thực sự hiểu rõ câu hỏi nên nếu trả lời chưa đúng thì bạn có thể hỏi lại mình nhé .
Thì DI bạn hiểu đơn giản nó là phương pháp , và là 1 pattern trong thiết kế để giảm thiểu đi việc phụ thuộc giữa 2 class với nhau . Còn khi gặp sự cố thì mình vẫn có thể thay thế , sửa chữa bời người lập trình , còn "project cũng không tự động dùng class khác thay thế được" thì mình chưa hiểu ý này lắm .
@@trungpham1431 câu trên mình chưa hiểu chỗ tăng tính chiu lỗi khi thay phụ thuộc từ IMPL sang abstraction, mình có đọc thêm thì cũng hiểu ra một chút, nghĩa là khi phụ thuộc nhau qua abstract, thì mình có thể tạo các class impl khác để thay thế class cũ nếu logic không đáp ứng phải k.
tks u bạn.
DI sinh ra để test dễ hơn :))
sự khác biệt giữa DI và tính đa hình là gì vậy ?
Hiểu một cách đơn giản hơn: Đa hình là khái niệm mà hai hoặc nhiều lớp có những phương thức giống nhau nhưng có thể thực thi theo những cách thức khác nhau.
Còn DI thực tế nó thường dùng để loại bỏ sự phụ thuộc giữa tầng controller và các tầng BL(business layer) bằng cách tiêm các class interface vào controller và BL lúc đó controller sẽ phụ thuộc vào lớp interface và BL cũng thế
nói chuyện chỏng vậy , người ta giải thích xong cũng k cảm ơn, thái độ thể hiện trình độ
hay@@quangpham1519