Asynchroniczne Monikers

Architektura moniker OLE zapewnia spójny, rozszerzalny model programowania do pracy z obiektami internetowymi, zapewniając metody analizowania nazw, reprezentujące uniwersalne lokalizatory zasobów (adresy URL) jako nazwy możliwe do wydrukowania oraz lokalizowanie i wiązanie z obiektami reprezentowanymi przez ciągi adresów URL. (Zobacz również url Monikers.) Standardowe elementy monikerowe OLE (w szczególności element, plik i wskaźniki) są jednak nieodpowiednie dla Internetu, ponieważ są synchroniczne, zwracając wskaźnik do obiektu lub jego magazynu tylko w takim momencie, jak wszystkie dane są dostępne. W zależności od ilości danych do pobrania synchronicznie powiązanie synchroniczne nie może wiązać interfejsu użytkownika klienta przez dłuższy czas.

Internet wymaga nowych podejść do projektowania aplikacji. Aplikacje powinny mieć możliwość asynchronicznego wykonywania wszystkich kosztownych operacji sieciowych, aby uniknąć wstrzymania interfejsu użytkownika. Aplikacja powinna być w stanie wyzwolić operację i otrzymywać powiadomienia po pełnym lub częściowym zakończeniu. W tym momencie aplikacja powinna mieć możliwość kontynuowania kolejnego kroku operacji lub podania dodatkowych informacji zgodnie z potrzebami. W miarę pobierania aplikacja powinna również mieć możliwość udostępniania użytkownikom informacji o postępie i możliwości anulowania operacji w dowolnym momencie.

Asynchroniczne elementy monikers zapewniają te możliwości, a także różne poziomy zachowania asynchronicznego powiązania, zapewniając zgodność z poprzednimi wersjami dla aplikacji, które nie wiedzą lub nie wymagają zachowania asynchronicznego. Inna technologia OLE, asynchroniczna pamięć masowa, współpracuje z asynchronicznymi monikerami w celu zapewnienia asynchronicznego pobierania stanu trwałego obiektu internetowego. Asynchroniczny moniker wyzwala operację wiązania i konfiguruje niezbędne składniki, w tym obiekty magazynu i strumienia, obiekty tablicy bajtów i ujścia powiadomień. Po nawiązaniu połączenia składników moniker wyjmuje się ze sposobu, a reszta powiązania jest wykonywana głównie między składnikami implementujących składniki magazynu asynchronicznego i obiektem.

Aby uzyskać więcej informacji, zobacz następujące tematy:

• asynchroniczne i synchroniczne Monikers
• asynchroniczne i synchroniczne powiązanie
• asynchroniczne i synchroniczne magazynu
• model Data-Pull i model Data-Push

Tematy pokrewne

adres URL