Thiết kế mô hình lựa chọn tiến thoái lưỡng nan

Question

Bộ điều khiển nhận danh sách một số Trái cây từ người dùng. Bộ điều khiển cần phải làm cho nước ép từ mỗi loại trái cây này. Một máy ép trái cây có thể làm cho nước trái cây ra khỏi cam và bưởi; một máy ép trái cây khác biết làm nước trái cây từ táo, chuối và đu đủ; và vân vân. Mỗi máy ép trái cây có thể chấp nhận nhiều trái cây trong một lần, nó sẽ chỉ xử lý các loại trái cây có khả năng và bỏ qua các trái cây khác bị ảnh hưởng. Vui lòng đề xuất một thiết kế phù hợp cho vấn đề này. Tôi đã cân nhắc các tùy chọn sau:

1. Cuộc gọi điều khiển MasterJuicer.juice(List<Fruit> fruits). MasterJuicer lần lượt gọi CitrusJuicer.juice(fruits) và PulpyJuicer.juice(fruits).
2. Chuỗi trách nhiệm có vẻ không đúng. Thứ tự mà Juicers được gọi là không quan trọng.
3. Nhà máy? Bộ điều khiển gọi số JuicerFactory.getJuicers(List<Fruit> fruits) để nhận số List<Juicer>. Bộ điều khiển sau đó lặp lại từng máy ép trái cây và gọi Juicer.juice(fruits). Nó là phổ biến cho một nhà máy để trả lại một danh sách các trường hợp?
4. Duy trì đăng ký Fruit vs. Juicer trong Map? Bộ điều khiển gọi FruitsRegistry.getJuicer(Fruit fruit) cho mỗi quả, sau đó gọi mỗi Máy ép trái cây trong một vòng lặp.

Answer 1

Một nhà máy có thể cung cấp máy ép trái cây chính xác, nhưng sau đó lôgic xử lý máy ép trái cây của bạn được đẩy tới bộ điều khiển của bạn.

A combination của các mẫu composite và visitor có thể hữu ích cho bạn.

1. Các Composite Pattern sẽ cho phép bạn xây dựng một MasterJuicer rằng biết về juicers khác và có thể bắt đầu "quá trình ép" bằng cách ủy quyền cho juicers. Điều này xử lý các khía cạnh "cấu trúc" của vấn đề của bạn.
2. Mẫu khách truy cập cho phép mỗi máy ép trái cây có phương pháp thống nhất để tương tác với họ mà không có người gọi (tổng hợp MasterJuicer) quan tâm đến cách họ làm việc cùng nhau. Điều này xử lý các khía cạnh "hành vi".

Bạn có thể chuyển danh sách thành phần để xử lý giữa mỗi khách truy cập để họ có thể tương tác với các loại trái cây mà họ quan tâm.

Nếu bạn không muốn đăng ký máy ép trái cây bằng MasterJuicer theo cách thủ công, bạn có thể muốn thông minh với một số loại khám phá dịch vụ.Một kỹ thuật phổ biến trong Java là sử dụng các chú thích và quét đường dẫn lớp để tìm các lớp trong thời gian chạy và tự động đăng ký chúng khi khởi động. Có a few libraries có sẵn để thực hiện việc này hoặc nếu bạn đã sử dụng Khung công tác Spring, bạn có thể sử dụng built-in scanning tools của khung công tác.

Answer 2

Tôi nghĩ là lựa chọn thứ ba là thích hợp nhất, mặc dù nhà máy phải có trách nhiệm trả lại máy ép trái cây thích hợp cho công việc - vì vậy nó không nên trả lại tất cả các juicers nhưng một trong những bạn cần cho công việc. Bản đồ có thể được bao gồm trong đó để giúp lựa chọn đúng.

Trường hợp này nhà máy chứa logic để chọn đúng máy ép trái cây chứ không phải bộ điều khiển.

Answer 3

tôi đề nghị bạn Decorator Pattern

Ý tưởng chính là bạn có một máy ép trái cây cơ sở và bạn thêm nó chức năng khác.

Hy vọng điều đó sẽ hữu ích!

Answer 4

Theo tôi mô hình bạn đang tìm kiếm là Chuỗi Trách nhiệm

http://en.wikipedia.org/wiki/Chain-of-responsibility_pattern

liên quan

Answer 5

Đây chắc chắn là một chuỗi các trách nhiệm. Bằng cách nào đó lặp lại trên Juicers và tạo ra nước trái cây cho đến khi bạn ra khỏi trái cây. Một số điều cần xem xét là sự cần thiết phải pha trộn các loại nước quả (có thể là một mẫu tổng hợp trên Juice), và làm thế nào để sắp xếp ưu tiên (nếu hai juicers sẽ bưởi nước trái cây, mà nên nhận được để làm điều đó?). Đóng gói tất cả logic này sau giao diện Juicer.