3.3. Công nghệ WebPart
3.3.5.6. Một số mơ hình kết nối khác
Sự kết nối giữa hai Web Part dựa trên một cặp giao diện phản chiếu lẫn nhau; tồn tại một mơi trường trung gian ở giữa có trách nhiệm gọi các phương thức ở hai bên một cách thích hợp. Các giao diện kết nối khác dành cho việc chu chuyển các dữ liệu được liệt kê ở bảng sau:
Giao diện Ý nghĩa
ICellProvider, ICellConsumer Dùng để trao đổi các giá trị đơn giữa các Web Part
IRowProvider, IRowConsumer Dùng để trao đổi một dịng thơng tin đơn giữa các Web Part
IListProvider, IListConsumer Trao đổi một danh sách các dữ liệu
IFilterProvider, IFilterConsumer Lọc qua các biểu thức mà chứa một hoặc nhiều cặp tên cột và giá trị
Bảng 3.5: Các cặp giao diện provider/consumer thông dụng
Thông thường, một Web Part mà thi hành giao diện consumer có thể kết nối tới và nhận các dữ liệu từ một Web Part mà thi hành một giao diện provider tương thích. Các giao diện tương thích và bổ sung được liệt kê ở bảng trên.
Tất cả giao diện ở bảng 1 có thể kết nối tới mỗi giao diện khác trong một trình duyệt. Tuy nhiên có hai cặp giao diện khác nữa mà ta có thể sử dụng để kết nối
các Web Part trong FrontPage 2003 nhưng khơng phải trong trình duyệt, bảng sau sẽ liệt kê hai cặp giao diện đó:
Interfaces Description
IParametersOutProvider, IParametersOutConsumer
Giao diện provider định nghĩa ra một tập các tham số mà nó có thể gửi cho consumer
IParametersInProvider, IParametersInConsumer
Giao diện consumer định nghĩa một tập các tham số mà nó có thể nhận được từ Provider
Bảng 3.6: Các giao diện chỉ dùng cho FrontPage 2003
Sự khác biệt giữa các cặp giao diện IParametersOut và IParametersIn là một sự tinh tế. Một mặt, provider định nghĩa ra các tham số cái mà được chuyển giao cho consumer. Mặt khác consumer định nghĩa ra những tham số nào sẽ được thu về. Thông thường consumer thể hiện vai trò bị động so với provider. Có thể xảy ra trường hợp một provider không thể kết nối tới một consumer thích hợp được. Để giải quyết vấn đề đó, cơ sở hạ tần Web Part cung cấp một vài biến thể khác để cho phép các Web Part có thể kết nối được với nhau ngay cả khi các giao diện của chúng không khớp với nhau. Các biến thể được liệt kê như sau:
Biến thể Cách thức hoạt động
IRowProvider to ICellConsumer Một hộp thoại xuất hiện cho phép ta lựa chọn những ô nào bên trong hàng chuẩn bị được ánh xạ
IRowProvider to IFilterConsumer Một hộp thoại xuất hiện để ép buộc consumer lựa chọn một cột đơn trong hàng để lọc các thông tin
IParametersOutProvider to
IParametersInConsumer
Một hộp thoại xuất hiện để người dùng định nghĩa ra cách thức mà các tham số từ provider có thể ánh xạ tới các tham số của consumer. (Khơng có khả năng kết nối trong trình duyệt)
IRowProvider to
IParametersInConsumer
Một hộp thoại xuất hiện chỉ dẫn cho người dùng ánh xạ những cột nào ở trong hàng tới các tham số của consumer. (Khơng có khả năng kết nối trong trình duyệt)
Bảng 3.7: Các giao diện biến thể bên trong
Một số mơ hình kết nối khác cho phép kết nối hai Web Part ở hai trang khác biệt. Bảng sau liệt kê các giao diện có thể thực hiện kết nối xuyên qua các trang:
Trong trang nguồn Trong trang đích
IRowProvider IFilterConsumer
IRowProvider IParametersInConsumer
IFilterProvider IFilterConsumer
IParametersInProvider IParametersInConsumer
Bảng 3.8: Các giao diện hỗ trợ các kịch bản kết nối xuyên trang
Trang nguồn phải chứa đựng một provider Web Part thực thi tất cả các giao diện liệt kê ở cột bên phải của bảng trên. Mặt khác trang đích phải chứa một Web Part thực thi các giao diện tương ứng được liệt kê ở cột thứ hai của bảng trên.
Như vậy Khả năng kết nối các Web Part đưa thêm tính linh động cũng như sức mạnh đến cho công nghệ Share Point lên một mức mới. Các Web Part có khả năng kết nối cũng tương tự như các Web Part thông thường ngoại trừ việc chúng thực thi các giao diện đặc biệt mà cho phép chúng “nói chuyện” được với các Web Part tại thời điểm thực thi.
Kết chương: chương này đã trình bày khá chi tiết về công nghệ SharePoint, bao
gồm: Windows SharePoint Services, SharePoint Portal Server, cơng nghệ lập trình Web Parts. Có thể nói Windows Server 2003, SQL Server, SharePoint và MS Office đi với nhau sẽ tạo thành một hệ thống cực kì mạnh mẽ, có thể phát triển những ứng dụng (về Portal nói riêng) có quy mơ lớn. Đặc biệt SharePoint rất phù hợp với bài toán về cổng nội bộ quản lý doanh nghiệp vì SharePoint hướng đến một nền cộng tác rất cao. Chương sau sẽ trình bày việc ứng dụng SharePoint để xây dựng ứng dụng này.
Chương 4 Xây dựng Cổng thông tin nội bộ quản lý doanh nghiệp với công nghệ SharePoint của Microsof