Strategy Design Pattern: Phân tích vấn đề

[@vutiendat3601]

anh lấy ví dụ và giải thích cặn kẽ thế này rất dễ hiểu ạ! em cảm ơn anh nhiều ạ!

[@phuonganhnguyen2679]

Bạn học đc 1 rùi mà bh tôi mới học nè

[@vutiendat3601]

@@phuonganhnguyen2679 t đọc sách chưa hiểu xong mới lên đây xem nữa, :>>

[@atnguyentien8686]

con vợ dat này đi đâu đây

[@khoa1582]

Khi anh nói kèm thêm đoạn code hoặc hình ảnh sẽ dễ hình dung hơn á anh

[@vanquangnguyen234]

Quá tuyệt vời, class con vịt dễ hiểu quá ông Dev 😂😂😂

[@huynhngocmy574]

Liên quan đến open close principle trong SOLID

[@queho2213]

Anh thật pro

[@thanhatnguyen8]

7:15 bay kiểu hình sin :)))

[@TaiLe-co3id]

Cảm ơn Ông Dev, anh giảng rất dễ hiểu ạ, mà em có thắc mắc là Strategy Design Pattern có giống với kỹ thuật Dependency Injection không anh?. Em thấy cả 2 rất liên quan tới vấn đề anh đang nói trong video ạ.

Dependency Injection nó là theo kiểu Singleton nha, strategy nó sử dụng trong trường hợp khác. Edit: ở trên mình nói sai nha, nó theo kiểu strategy á, giải thích thì như bạn ở dưới nói nghen.

[@TaiLe-co3id]

@ Dạ em cảm ơn.

[@kimchilee4355]

@ giờ ms thấy cái câu hỏi ni =)))

@bachkhoahuynh9110 uh cái này hồi trc mình nói sai á, DI thì nó liên quan đến strategy. Để mình note lại phía trên.

[@quangnguyenkim478]

giai thich kho hieu yeu cau giai thich de hieu hon

[@kimchilee4355]

cái này có liên quan đến dependency injection trong Spring không anh? Em cảm ơn anh

Nó giống nhau về cấu trúc á e, chứ cũng ko liên quan lắm :v

[@kimchilee4355]

@ theo em hiểu thì nó là giảm thiểu sự phụ thuộc của class với các class thấp cấp hơn bằng cách ném ra 1 cái interface rồi tất cả các properties dạng object của class cha sẽ được khởi tạo bằng cách implement cái interface đó. Còn DI là sự tự động hóa khởi tạo của framework. Em nói thế đúng ko anh nhỉ ?

[@queho2213]

Hay anh ơi

[@lafleur8152]

Duy có xài ngôn ngữ bậc thấp như C hoặc Assembly hoặc Intel intrinsics không, nếu có thì cho 1 video về ngôn ngữ bậc thấp với!

[@lafleur8152]

@ phật ở trên kia cao quá, toàn làm ngôn ngữ bậc cao thôi à...

[@lafleur8152]

@ à hồi nào làm về design pattern cho multi thread application coi :D

[@anlinh1703]

cho em xin cái ảnh tờ giấy anh cầm dc ko anh

Em search gg design pattern cheat sheet là đc nha e

[@tanducnguyen3469]

love you

[@VanNguyen-ls2wq]

Chào anh, em tìm hiểu design pattern Brigde thì thấy nó cũng giống giống, Strategy đều kiểu giống nhau như ví dụ sau, thì anh cho em hỏi 2 thằng này khác nhau như thế nào ạ. Giả sử bạn có class Shape và 2 subclass là Hình tròn và Hình vuông. Sau đó, do nhu cầu phát sinh, bạn muốn kết hợp thêm màu sắc vào là Đỏ và Xanh. Tuy nhiên thì bạn đã có hai subclass rồi, nên muốn thêm màu sắc thì bạn phải tạo 4 subclass là Hình vuông Xanh, Hình vuông Đỏ, Hình Tròn Xanh, Hình Tròn đỏ…Nếu ta thêm một màu hoặc một hình nữa thì sẽ phải tạo thêm lớp kế thừa. => Vấn đề: Việc thêm các loại hình dạng và màu sắc mới vào hệ thống thì sẽ phải tạo thêm nhiều lớp kế thừa. Vấn đề này xảy ra khi chúng ta cố gắng mở rộng Shape và Color theo hai chiều độc lập, một vấn đề rất phổ biến đối với Kế thừa trong lập trình hướng đối tượng. Nguồn: viblo.asia/p/bridge-design-pattern-tro-thu-dac-luc-cua-developers-gDVK2oG2ZLj

2 thằng này chung idea, nhưng bản chất sinh ra khác nhau, nên cấu trúc khác nhau nha e. Strategy là nó về behavior chứ ko phải về structure của object. Nghĩa là nó là về tác vụ. Còn bridge là về cấu trúc, nó sẽ tách layer, hoặc tách nhỏ cấu trúc, xong rồi tách abstraction ra. Vấn đề trên e cũng có thể nghiên cứu decorator pattern nha