Witam.
Czy zrobienie czegoś co by działało w tle na systemie Windows kończy się tylko na wyborze pomiędzy 20sto letnim Windows Service
, a najnowszym .NET (Core) Service Worker
? Tego drugiego zaleca się używać do jakiegoś backendu, a czy bez tego backendu zadziała jak zwykła usługa windows? Tutaj Microsoft pokazuje jak to skonfigurować. Nie mam za dużego doświadczenia w tego typu projektach i martwię się czy coś mnie może zaskoczyć, bo szczerze mówiąc nie chce wracać do .NET Framework i Windows Service. Czy konfiguracja wywołania jakiegoś zadania kończy się na Task.Delay()
, da się wcisnąć w to jakiś timer np. Quartz? W tego typu usługach nie ma metod Start()
, Stop()
, nawet jakby chciał skonfigurować Quartza to przecież metoda ExecuteAsync
będzie się w kółko wywoływać (po to jest ten delay na końcu).
Projekt będzie synchronizował dane pomiędzy system e-commerce, a Comarch Optima - kontrahentów, użytkowników, cennika, stanów magazynowych, kategorii, zamówień, aktualizacja statusów zamówień. Dobrze by było, aby synchronizacja zamówień, kontrahentów, cenników i stanów odbywała się asynchronicznie, aby nie trzeba było czekać, aż jedno skończy.
Czy to jest możliwe za pomocą Service Worker
?