Opisane wcześniej funkcjonalności można zakwalifikować do warstwy sesji (wystarczy tylko zestawiona sesja by z nich korzystać), ale gdy klient potrzebuje dostępu (zapis lub odczyt) do pewnych danych w sposób ciągły należy wykorzystać mechanizm określany mianem subskrypcji.
Subskrypcje są tworzone po nawiązaniu sesji i w ramach określonej sesji, ale mogą być również transferowane do innej sesji. Subskrypcje można tworzyć (CreateSubscription), modyfikować (ModifySubscription, zmieniane są parametry subskrypcji), transferować (TransferSubscription, wykorzystywane gdy chcemy przenieść subskrypcję do innej sesji, można np. stworzyć subskrypcję, odłączyć się do serwera, a po ponownym połączeniu , uzyskać dostęp do utworzonej wcześniej subskrypcji), usuwać (DeleteSubscription). Po utworzeniu subskrypcji klient musi określić jakimi danymi jest zainteresowany. W tym celu tworzy on tzw. elementy monitorowane. Mogą to być dane, zdarzenia lub inne obiekty. Klient ma możliwość ich tworzenia (CreateMonitoredItems), modyfikowania(ModifyMonitoredItems), usuwania (DeleteMonitoredItems), określania trybu monitorowania (SetMonitoringMode) oraz ustalania triggerów (SetTriggering). Trigery są używane do przysyłania danych w sposób sterowany zdarzeniowo, np. zmiana wartości danego elementu powoduje przysłanie wartości elementów należących do pewnej grupy. Są jeszcze funkcje dot. publikowania, ale o nich szczegółowo będzie w jednej z kolejnych części. W następnej części pojawi się przykład, który pokaże pewne możliwości ustawień dla subskrypcji.
(To tylko jedna z części artykułu zobacz pozostałe: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, autor: Maciej Zbrzezny)
Maciej_Zbrzezny on delicious.com
Posty
Brak komentarzy:
Prześlij komentarz