Bài giảng COP – Chuyên ngành: CNPM - Version 1
Biên soạn: Ngô Thị Lan & Nguyễn Lan Oanh - 64
Sự kiện trong DCOM có thể được lưu trữ. Trong trường hợp một thuê bao không hoạt động khi một sự kiện được xảy ra, sau đó nó có thể gọi lại sự kiện nếu đó là điều mong muốn. Trong trường hợp hệ thống sự kiện thuyết minh các lớp sự kiện cung cấp, nó dùng lại hàng đợi bằng cách hiện lên các phương thức kết hợp. Sự ảnh hưởng rằng các phương thức sự kiện có thể được gọi lại ngay trong thuê bao, trong trường hợp sự kiện không kiên nhẫn.
Thông báo
Bên cạnh những truyền thông đồng bộ tạm thời, DCOM cũng được cung cấp những truyền thông đồng bộ kiên nhẫn có nghĩa là cầu hình hàng đợi (Queued Component QC). QC thực chất là giao diên của Thông báo hàng đợi Microsoft (MSMQ), một hệ thống thông báo hàng đợi rất giống như IBM MQSeries. Một đặc tính của QC là nó được giấu hoà toan trong MSMQ từ các máy khách và đối tượng. Thay vì xử lý các phương thức hiện trong một dãy dài như các lời gọi đồng bộ được thảo luận ở dưới.Một lời gọi đồng bộ trong trường hợp của QC làm hạn chế giao diên chứa trong phương thức đó rằng chỉ cho nhập vào tham biến. Phương thức có trả lại giá trị hoặc trả lại tham biến có thể được gọi là lời gọi đồng bộ. Mỗi lần mà máy khách hiện như phương thức, thí sự hiện đó tự động thu thập và cất giữ cục bộ bằng hệ thống con QC tại máy khách. Sau khi máy khách kết thúc phương thức hiện, nó sẽ chỉ ra một giao diện đã thoát bằng cách gọi sự kiện Release, các phương thức được thu thập và cất giữ được gửi qua MSMQ.
Nhờ vào việc tới đích, hệ thống con của QC không thu thạp mỗi lần hiện và nhận hiện tiếp đối tượng. Không có sự đảm bảo nào được đưa ra rằng mỗi lần hiện được sắp xếp theo thứ tự như nó được phát ra trừ khi nó là một phần của sự giải quyết. Thực tế, trừ khi yêu cầu hiện, còn không có sự kiện nào được đảm bảo là đúng chỗ.
MSMQ giống như một hệ thống hàng đợi như MQSeries, cung cấp hàng đợi giải quyết. Trong một biểu mẫu đơn giản nhất, hàng đợi giải quyết cung cấp một tập hợp các thông báo nó được để trong hàng đợi tiếp theo (hoặc đích) hoặc không nào trong số chúng. Thêm vào đó, một hàng đợi giải quyết sẽ đảm bảo rằng một thông báo sẽ được hồi phục lại sau khi phá bỏ giá trị. Một thuận tiện của biểu mẫu tồn tai giải quyết trong đó như là một sự xử lý trên một hàng đợi giải quyết cùng biểu mẫu tạo thành các giải quyết lồng lớn hơn
9.2.3
Một mô hình đối tượng từ xa của DCOM xuất hiện lần đầu đã liên quan đến sự tiến triển.
Máy khách
Bên cạnh các máy khách cung cấp DCOM đó là một điều mong đợi. Cho máy khách, mọi thứ đều đượcxem như là giống nhau như thể chúng đang chạy trên đối
Bài giảng COP – Chuyên ngành: CNPM - Version 1
Biên soạn: Ngô Thị Lan & Nguyễn Lan Oanh - 65
tượng có địa chỉ trống. Nói một cách khác, các đối tượng được tạo ra và xuất hiện giống như nó được thực hiện trong ngày trước khi DCOM tồn tại trong COM.
Trong DCOM, sự tham chiếu đến một đối tượng của máy khách như giao diện một con trỏ. Con trỏ này được sử dụng bởi máy khách khi hiện lên các giá trị của phương thức trong giao diện tham chiếu. Khi bản thân một đối tượng đặt trong một máy ở xa, giao diện của máy khách được thực thi nghĩa là nó được uỷ quyền để thu thập sự hiện và gửi các yêu cầu tới đối tượng.
Làm thế nào để một xử lý A thông qua một đối tượng tham chiếu tới một xử lý khác, tới B? Thực chất một con trỏ không tạo ra một hướng nào. Thay vì những gì B cần xử lý ở cuối là một con trỏ cho sư thực thi giống như giao diện mà A xử lý. Giao diện này là đơn nhất đượ định nghĩa bởi IID. Xử lý A sẽ thông qua kết nối thông tin với xử lý B, như sự chỉ định đối tượng và truyền tải giao thức mà nó được sử dụng. Xử lý B có thể thực thi thay cho các giá trị của giao diện, nó có thể đơn giản nạp về để thực thi và bắt đầu hiện phương thức.
Vấn đề chính của sự thay thế này là cách tiếp cận chuẩn cho yêu cầu hiện thu thập. Sự thay thế này tự động phát sinh trong các trường của MIDL hoặc trong cấu trúc từ thông tin được lưu trữ trong kiểu của thư viện. Tuy nhiên không có sự thu thập nào là tốt nhất.
Bên cạnh các tiêu chuẩn thu thập, DCOM cung cấp cho khách hàng thu thập bằng cách người phát triển có thể hoàn toàn quyết định cách nào thay thế và kết nối đối tượng truyền thông. Câu hỏi là làm cách nào để tham chiếu khi khách hàng được uỷ quyền sử dụng. Cùng với tiêu chuẩn của sự thu thập, giả định rằng mặt nhận được có tất cả các giá trị mã thu thập, vì vậy một IID của giao diện có đủ khả năng để nạp mã và cấu trúc đó một giao diện thay thế.
Theo hướng đó, một đối tượng tham chiếu cúng với sự thu thập của khách hàng được thay thế bằng thu thập thay thế của người gửi. Nó gần giống như tham chiếu một đối tượng trong Java. Bởi vì sự thu thập là một cách của đối tượng, nó là cần thiết để nhận xử lý có đoạn mã thích hợp để không thu thập các chuỗi của byte mà nó được trình bày sự thu thập thay thế. Đoạn mã này được giả định các giá trị tại điểm nhận và định dạng thông qua CLSID
Một điều quan trọng là chú ý sự khác nhau tài tình giữa đoạn mã sử dụng sự thay thế thu thạp và không thu thập, và sự thu thập như là được thực hiện bản thân nó. Trong trường hợp sau đó, sự thu thập được đánh giá cao sụ hiện các phương thức được chứa đựng trong giao diện như là sự thực thi thay thế. Sự uỷ quyền quan tâm tới truyền tải sự hiện diện vào trong thông báo, tương tự, sự trải thông báo chứa trong kết quả hiện. Thu thập phân quyền cùng với sự truyền tải đoạn mã của sự thay thế vào trong một chuỗi các bytes, và gửi nó thông qua mạng.
Bài giảng COP – Chuyên ngành: CNPM - Version 1
Biên soạn: Ngô Thị Lan & Nguyễn Lan Oanh - 66