- Nếu quá trinh thương lượng chất lượng dịch vụ thành cơng, các Service
số thư viện API Tuy nhiên hướng tiếp cận này lại cĩ một số vẫn đề đĩ là, thứ nhất chúng ta sẽ phải tạo ra một liên kết cứng giữa chương trình và các dịch vụ, thứ hai việc sử dụng
ta sẽ phải tạo ra một liên kết cứng giữa chương trình và các dịch vụ, thứ hai việc sử dụng liên kết trực tiếp sẽ dẫn đến tình trạng rất khĩ khăn khi chúng ta muốn tái sử dụng các
dịch vụ tương tự trên các thành phần khác của ứng dụng: trong trường hợp này, chúng ta
cần phải thực thị lại các lời gọi dịch vụ, chắc chắn chúng ta hồn tồn cĩ khả năng tái sử
dụng lại các đoạn code tại cấp độ phương thức tuy nhiên điều đĩ hết sức bất tiện.
Nếu sử dụng Service Proxy để thay thế, chúng ta cĩ thể tách riêng phần dịch vụ ra
khỏi chương trình chính và chúng ta hồn tồn cĩ khả năng đưa phần dịch vụ này vào một giao diện bên ngồi chương trình chính và cĩ thể thực thi các nhiệm vụ hữu ích khác. Một
Scrvice Proxy sẽ thực thi lần lượt ba thao tác vêu cầu dưới đây để thực hiện một lời ĐỌI
phương thức tới một remote Web Scrvicc: e Truyền đối số
se. Xây dựng lời gọi Web Service
Các thao tác chính của một Service Proxy cĩ thể được minh hoạ như hình dưới đây _ lervitePrawyv | —mn= "sạiPFaram 1] #a{P nrarzi[] ¿alM] netf3asäifl1(l nđElesail3f Ì
Hình 23: Minh hoạ các thao tác của Service Proxy
Chúng ta thường sử dụng Scrvice Proxy trong trường hợp số lượng code tích hợp Wcb Service thường lớn và cĩ thê lớn hơn trong tương lai, và tồn tại việc trùng lặp các lời
gọi tới cùng một dịch vụ trong các vị trị khác nhau của chương trình. Khi sử dụng ServIice Proxy, các đoạn code của chúng ta sẽ được sắp xếp tơ chức một cách chuẩn mực, tương đương với mỗi một dịch vụ được tổ chức trong một lớp. Chúng ta sẽ chia nhỏ các tầng kĩ thuật và các thư viện API để truy cập tới dịch vụ từ client code và đương nhiên sẽ chia nhỏ việc phải thay đổi các thư viện API như khi liên kết cứng giữa chương trình và dịch
vụ.
Và khi sử dụng Service Proxy chúng ta hồn tồn cĩ thê: