[wytrzzeszcz]

#naukaprogramowania #programowanie #csharp

Mam aplikację jak na rysunku.

Są sobie okna które mają referencję na maszynę stanów, która normalnie jest dostępna z "Kontrolera okien".
Okna mogą przekazywać dane do maszyny stanów, by ta mogła decymować co jest do zrobienia dalej.

I teraz jest pytanie jak z okna wywołać wątek działający wewnątrz tej maszyny stanów, który coś policzy i na podstawie wyniku zmienić treść wyświetlanego okna następnego chwile po jego wyświetleniu?

Konkretne zadanie, chce po kliknięciu guzika, ściągnąć dane z serwera, wtedy użytkownik może kliknąć "dalej" aby przejść do następnego okna, i tam powinny już czekać przetworzone dane. nie będzie to trwało długo bo danych jest malutko, nie mniej lepiej jest chyba nie wstrzymywać wykonania programa na ten czas.

[erwit]

@wytrzzeszcz: super diagram

[wytrzzeszcz]

@erwit: ( ͡° ʖ̯ ͡°) ale z opisem czytelny?

[qubeq]

@wytrzzeszcz: Użyj klasy Task. https://msdn.microsoft.com/en-GB/library/system.threading.tasks.task(v=vs.110).aspx

[b.....a]

@wytrzzeszcz: podepnij jakis binding pod Okno1, ktory bedzie notyfikowal maszyne stanow, ze cos sie o------o. W handlerze w maszynie uruchom Okno2 przekazujac mu dane przeslane (tez moze byc binding) z Okno1. Jak nie umiesz into binding to uzyj prostych eventow

[qubeq]

@wytrzzeszcz: Możesz uruchomić proces, a potem pobrać wynik z obiektu Task. Jeśli to jest WPF(MVVM) to w ogóle bajka bo tam możesz bindować właściwości do kontrolek.

Ale w Windows Forms też można uzyskać aktualizowanie UI z wątków roboczych bez blokowania.

[wytrzzeszcz]

@bacteria: @qubeq:
czyli jak

[b.....a]

@qubeq: @bacteria: w winformsach tez jest binding. Mozesz tez uzyc albo async/await albo Task.Run() (ustaw sobie ConfigureAwait)

[qubeq]

@wytrzzeszcz: No mniej więcej tak jak to opisałeś.

Okno1.Kontrolka.klikniete()
{
// tutaj odpalasz wątek, czy event ktory uruchomi kod do pobierania

[qubeq]

@wytrzzeszcz: Od siebie polecam używanie Tasków bo masz kontrolę nad tym co się dzieje i takie rzeczy jak .ContinueWith, czyli określasz co się będzie działo zaraz po zakończeniu pracy taska. No i to co pisze @bacteria: też.
Poczytaj sobie dokumentację bo jest bardzo dobra.
(wcześniej dałem stary link)
https://docs.microsoft.com/en-gb/dotnet/api/system.threading.tasks.task?view=netframework-4.7.1

[wytrzzeszcz]

INotifyPropertyChanged jest w maszynie i musi widzieć okno by mu coś powiedzieć? problem jest o tyle że okno widzi maszyne a maszyna nie widzi okna.
@qubeq:

[qubeq]

@wytrzzeszcz: No i tak ma być.

Maszyna implementuje INotifyPropertyChanged i nie musi wiedzieć kto z niej korzysta. Poczytaj o MVVM.

[wytrzzeszcz]

@qubeq: ok, dziekuje