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

Рет қаралды 29,768

Күн бұрын

Chào mừng các bạn đến với kênh của Ông dev.
Trong phần này mình sẽ nói về định nghĩa và những trường hợp chúng ta nên sử sụng Strategy Design Pattern.
Source code: github.com/Mil...
-- Để xem những video về lập trình và gaming --
Nhấn vào đây để theo dõi kênh mình nhé: duyngd.com/Sub...
-- Blog của mình --
duyngd.com
-- Facebook page của mình --
/ ongdevvuitinh
-- Ủng hộ Ông Dev --
Cảm ơn các bạn đã quan tâm theo dõi

Пікірлер: 30

@khoa1582 3 жыл бұрын

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

@vutiendat3601 3 жыл бұрын

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

@huynhngocmy574 2 жыл бұрын

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

@queho2213 8 ай бұрын

Anh thật pro

@thanhatnguyen8 3 жыл бұрын

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

@quangnguyenkim478 5 ай бұрын

giai thich kho hieu yeu cau giai thich de hieu hon

@TaiLe-co3id 3 жыл бұрын

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 ạ.

3 жыл бұрын

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 3 жыл бұрын

@ Dạ em cảm ơn.

@kimchilee4355 3 жыл бұрын

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

@bachkhoahuynh9110 Жыл бұрын

@ ông này nói sao chứ tôi thì thấy cái dependency injection nó là một trường hợp con của strategy pattern. khác biệt là ở dependency injection chúng ta không muốn thay đổi behavior còn ở strategy thì ngược lại.

Жыл бұрын

@@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.

@VanNguyen-ls2wq 2 жыл бұрын

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 жыл бұрын

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

@kimchilee4355 3 жыл бұрын

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

3 жыл бұрын

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

@kimchilee4355 3 жыл бұрын

@ 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ỉ ?