Zrozum na przykładzie
Krok zakończony. Informacja pozostaje.
Komponent zapisuje fakt wykonania kroku. Po ponownym uruchomieniu może go odczytać, a ponowione żądanie rozpoznać jako wcześniejszą operację.
Zobacz prosty przykład →State / opcjonalny komponent platformy
Zachowaj stan.
Kontynuuj z pewnością.
State ma zachowywać i uzgadniać stan, od którego zależy poprawność dalszej pracy aplikacji: co zatwierdzono, co pozostaje nierozstrzygnięte i czy komponent może kontynuować działanie.
To opcjonalna podstawa pewnego kontynuowania pracy, także po przerwie. Gdy brakuje aktualnego stanu lub wymaganych praw, zależne działanie powinno poczekać zamiast opierać się na zgadywaniu.
Poznaj zadania State →Podstawa decyzji o dalszym działaniu
Jaki stan jest zatwierdzony?
Zachowanie ustalonego stanu i wyników, do których aplikacja może się odwołać.
Co pozostaje niepewne?
Rozróżnienie wyniku znanego od operacji wymagającej rozliczenia.
Czy możemy kontynuować?
Uzgodnienie aktualnego stanu i wymaganych praw przed wznowieniem zależnej pracy.
State jest opcjonalny
Wybierz go tam, gdzie dalszy krok wymaga pewnego stanu.
Nie każdy system wymaga State. Gdy jednak dalsza praca zależy od wspólnie uzgodnionego stanu, samo zachowanie danych nie wystarcza. Trzeba ustalić, które informacje są aktualne, jakie operacje rozliczono i czy wolno na tej podstawie działać dalej.
Kiedy wybrać State, a kiedy zacząć bez niego? →Podział odpowiedzialności
Storage przechowuje dane. State wspiera poprawność kontynuacji.
Storage przechowuje dane aplikacji. State ma zachowywać i uzgadniać stan istotny dla dalszej pracy. Runtime wykonuje zadania, korzystając z ustaleń wymaganych przez wybraną integrację.
Poznaj współpracę z Runtime →Pewność ma podstawę. Brak podstaw pozostaje niepewnością.
State nie ma tworzyć pozornej pewności. Gdy wynik operacji, aktualność stanu lub prawo do działania pozostają nieustalone, zależna praca powinna być wstrzymana do ich rozstrzygnięcia.
Zadania State →Zakres i dostępność →