Có hai kiểu liên kết đến dịch vụ mạng để thực thi nó, đó là liên động và liên kết tĩnh.
3.1 Liên kết tĩnh
Một thành phần sử dụng dịch vụ sẽ sử dụng liên kết tĩnh khi chỉ có duy nhất một cài đặt dịch vụ được sử dụng trong thời gian chạy. Liên kết tĩnh được tạo ra trong thời gian xây dựng bằng cách định vị định nghĩa cài đặt của dịch vụ cho một dịch vụ mạng duy nhất sẽ được sử dụng bởi thành phần dùng dịch vụ. Định nghĩa cài đặt dịch vụ chứa một tham chiếu tới giao diện dịch vụ được sử dụng để sinh ra mã uỷ nhiệm dịch vụ (service proxy). Uỷ nhiệm dịch vụ chứa một cài đặt hoàn chỉnh để thành phần sử dụng dịch vụ có thể gọi được dịch vụ mạng.
Các bước xây dựng:
Tìm kiếm định nghĩa cài đặt dịch vụ:
Trong thời gian xây dựng, người yêu cầu dịch vụ phải định vị định nghĩa cài đặt dịch vụ cho Web service. Định nghĩa cài đặt dịch vụ chữa một tham chiếu tới định nghĩa giao diện dịch vụ và vị trí dịch vụ có thể được truy cập.
Tạo uỷ nhiệm dịch vụ:
Thông tin về định nghĩa giao diện dịch vụ và vị trí dịch vụ được sử dụng để tạo ra cài đặt của uỷ nhiệm dịch vụ. Cài đặt của uỷ nhiệm dịch vụ sẽ phù hợp với giao diện dịch vụ và luôn cố cố gắng truy cập dịch vụ tại cùng một vị trí.
Kiểm thử uỷ nhiệm dịch vụ:
Trước khi triển khai uỷ nhiệm dịch vụ thì phải kiểm thử để kiểm chứng rằng nó có thể tương tác với Web service.
Các bước triển khai:
Triển khai ủy nhiệm dịch vụ:
Sau khi uỷ nhiệm dịch vụ đã được kiểm thử để kiểm chứng rằng nó hoạt động đúng, uỷ nhiệm dịch vụ được triển khai với ứng dụng khách trong môi trường thời gian chạy.
Các bước hoạt động:
Gọi Web service:
Chạy ứng dụng yêu cầu sử dụng uỷ nhiệm dịch vụ để gọi dịch vụ mạng.
3.2. Liên kết động trong thời gian xây dựng.
Loại liên kết này được sử dụng khi một thành phần sử dụng dịch vụ muốn sử dụng một kiểu dịch vụ mạng cụ thể nào đó nhưng cài đặt của nó thì hoặc là không được biết cho đến khi chạy hoặc là có thể thay đổi trong thời gian chạy. Kiểu dịch vụ được định nghĩa trong một mô tả giao diện dịch vụ
Hình 2.5: Liên kết động thời gian xây dựng
Các bước xây dựng:
Tìm kiếm định nghĩa giao diện:
Bước đầu tiên là định vị định nghĩa giao diện dịch vụ cho kiểu dịch vụ sẽ được sử dụng bởi yêu cầu dịch vụ. Giao diện dịch vụ chỉ chứa định nghĩa trừu tượng của các thao tác dịch vụ mạng.
Sinh ra uỷ nhiệm dịch vụ chung:
Sử dụng định nghĩa giao diện dịch vụ, một uỷ nhiệm dịch vụ chung có thể được sinh ra. Uỷ nhiệm dịch vụ này có thể được sử dụng để truy cập bất kỳ cài đặt nào của giao diện dịch vụ. Điểm khác biệt duy nhất giữa uỷ nhiệm dịch này và uỷ nhiệm dịch vụ được sinh ra trong liên kết tĩnh là liên kết tĩnh chứa thông tin về cài đặt một dịch vụ cụ thể; có nghĩa là uỷ nhiệm dịch vụ chung sẽ chứa mã để định vị một cài đặt dịch vụ bằng cách tìm kiếm trong một nơi đăng ký dịch vụ.
Kiểm thử uỷ nhiệm dịch vụ:
Trước khi triển khai uỷ nhiệm dịch vụ, cần phải kiểm thử để xác nhận rằng nó có thể tương tác với một loại Web service đã được chỉ ra. Điều này có thể thực hiện bằng cách tìm một cìa đặt của giao diện dịch vụ.
Các bước triển khai
Triển khai uỷ nhiệm dịch vụ:
Sau khi uỷ nhiệm dịch vụ được kiểm thử, nó có thể được triển khai trong môi trường thời gian chạy. Quá trình này có thể bao gồm việc triển khai ứng dụng yêu cầu có sử dụng uỷ nhiệm dịch vụ. Môi trường thời gian thực mà uỷ nhiệm dịch vụ được triển khai phải có truy cập tới nơi đăng ký dịch vụ để tìm kiếm một cài đặt cho giao diện dịch vụ.
Các bước hoạt động:
Tìm định nghĩa cài đặt dịch vụ: (adsbygoogle = window.adsbygoogle || []).push({});
Trước khi uỷ nhiệm dịch vụ có thể gọi một dịch vụ, một cài đặt của dịch vụ phải được định vị trong một nơi đăng ký dịch vụ. Uỷ nhiệm dịch vụ được sinh ra có thể chứa tất cả mã được yêu cầu để tìm kiếm nơi đăng ký dịch vụ cho một cài đặt của giao diện dịch vụ.
Gọi dịch vụ mạng:
Sau khi một cài đặt dịch vụ được tìm thấy, uỷ nhiệm dịch vụ có thể được sử dụng để gọi dịch vụ mạng.
3.3. Liên kết động trong thời gian chạy.
Liên kết động thời gian chạy tương tự như liên kết động thời gian xây dựng. Một giao diện dịch vụ được sử dụng để sinh ra một giao diện uỷ nhiệm dịch vụ tổng quát có thể được sử dụng để gọi bất kỳ cài đặt nào của giao diện dịch vụ. Kiểu liên kết này khác biệt ở chỗ giao diện dịch vụ được tìm thấy trong thời gian chạy. Sau khi giao diện được tìm thấy, mã uỷ nhiệm được sinh ra, biên dịch, và sau đó được thực thi. Kiểu liên kết này thường được sử dụng với một giao diện người dùng, vì khả năng tương tác động giữa máy với máy là không thể.
Hình 2.6: Liên kết động thời gian chạy
Các bước xây dựng:
Xây dựng ứng dụng yêu cầu:
Ứng dụng yêu cầu dịch vụ được xây dựng bằng cách dùng một giao diện liên kết động trong thời gian chạy. Giao diện này được sử dụng để tìm ra một cài đặt dịch vụ, và sau đó nhận về giao diện dịch vụ gắn với cài đặt dịch vụ.
Các bước triển khai:
Triển khai ứng dụng yêu cầu:
Triển khai ứng dụng yêu cầu để nó chạy và sử dụng dịch vụ mạng trong môi trường thời gian chạy.
Các bước hoạt động:
Tìm định nghĩa cài đặt dịch vụ:
Ứng dụng yêu cầu dịch vụ sử dụng môi trường thời gian chạy để tìm một định nghĩa cài đặt dịch vụ. Có rất nhiều phương pháp khác nhau có thể sử dụng để định vị một cài đặt dịch vụ trong một nơi đăng ký dịch vụ. Cài đặt dịch vụ có thể được tìm thấy bằng cách: đầu tiên, định vị một doanh nghiệp hay một kiểu doanh nghiệp, sau đó, xác định các dịch vụ mà các doanh nghiệp đó cung cấp. Cài đặt dịch vụ cũng có thể được định vị bằng cách tìm kiếm một phân lớp dịch vụ, hoặc bằng cách định vị một kiểu dịch vụ (hoặc giao diện dịch vụ). Nếu giao diện dịch vụ là đích của thao tác tìm kiếm thì nó được sử dụng để định vị các cài đặt của giao diện dịch vụ.
Tạo và triển khai uỷ nhiệm dịch vụ:
Sử dụng giao diện dịch vụ cùng với cài đặt dịch vụ để sinh ra mã uỷ nhiệm dịch vụ được sử dụng để gọi dịch vụ. Sau khi mã được sinh ra, nó được biên dịch để chạy trong môi trường thời gian chạy.
Gọi dịch vụ mạng:
Mã uỷ nhiệm dịch vụ đã sinh ra được sử dụng để gọi dịch vụ mạng.