Sơ ₫ồ cấu trúc của mẫu Proxy RealSubject

: Buyer Payment Scheduler

RealSubject Request() ... ... // prolog code realSubject->Request(); // epilog code Proxy Request() ... ... realSubject Subject Request() ... Client

Bö mön Cöng nghï phền mï̀m Khoa CNTT

ĐH Bach Khoa Tp.HCM

Mön Phân tích & Thiết kế hướng ₫ối tượng dùng UML

Slide 245

Proxy

giữ liên hệ₫ến ₫ối tượng RealSubject.

có thể thay thế₫ối tượng RealSubject.

kiểm soát quá trình truy xuất ₫ến ₫ối tượng RealSubject, có thể tạo hoặc delete ₫ối tượng này.

Thực hiện một số hoạt ₫ộng khác tùy loại Proxy:

+remote proxy: encode và gửi thông tin ₫ến ₫ối tượng RealSubject ở

không gian ₫ịa chỉ khác.

+ virtual proxy: chứa các thông tin về₫ối tượng realSubject ₫ể có thể khởi tạo lại nó sau này.

+ protection proxy: kiểm tra ₫ối tượng ₫ang thực hiện truy xuất có quyền không…

+ smart proxy: thực hiện các thao tác bổ sung khi có truy xuất ₫ến ₫ối tượng thực.

Các phần tử tham gia

Chương 10 : Các mẫu cấu trúc

Subject :

Định nghĩa interface chung cho 2 lớp ₫ối tượng RealSubject và Proxy, do ₫ó

₫ối tượng Proxy có thể thay thế vị trí ₫ối tượng RealSubject.

RealSubject:

Lớp thể hiện ₫ối tượng thực sự Client cần truy xuất.

Quá trình giao tiếp ở thời ₫iểm run-time có thể mô tả bằng sơ₫ồ:

Bö mön Cöng nghï phền mï̀m Khoa CNTT

ĐH Bach Khoa Tp.HCM

Mön Phân tích & Thiết kế hướng ₫ối tượng dùng UML

Slide 247

Các chương trình phân bố

Các hệ thống chương trình cần phối hợp hoạt ₫ộng của nhiều ₫ối tượng.

Các hệ thống middleware.

Hệ thống cần chia tải ₫ể phục vụ₫ược nhanh. (adsbygoogle = window.adsbygoogle || []).push({});

DBMS, OS

…

Mục lục