Cross-thread operation not valid – .NET – Fórum – Programujte.com

Ahoj,

při svém programování jsem narazil na další chybu se, kterou si nevím rady :(

Ve vedlejším vláknu mám spuštěný cyklus, ve kterém vždy po nějaké době se ptám serveru, jestli vedoucí spustil hru (tím, že přes JSON aktualizuju třídu, ve které mám bool IsGameOn) a pokud ano, tak poté se daná hra spustí všem ostatním hráčům, kteří jsou v dané lobby.

Problém, ale je že poté se hlavním tokem programu stane právě toto vlákno, u kterého potřebuji, aby mohlo přistupovat k ostatním prvkům v programu (jako jsou například Labely, Buttony atd..) a právě pokud toto vlákno se pokusí změnit nějakou hodnotu těmto prvkům, tak program hodí chybu typu: Cross-thread operation not valid: Control '' accessed from a thread other than the thread it was created on.

Díval jsem se, že se to řeší přes nějakého BackgroundWorker, ale moc jsem nepochopil jak to funguje.

Nejlepší by pro mě bylo, kdyby se z tohoto vedlejšího vlákna, se vyvolala nějaká událost (vzávisloti na té proměnné IsOnGame), která by běh programu opět vrátila do hlavního vlákna, akorát moc nevím jak na to :(

Nepomohl by mi s tím prosím někdo? 

Moc díky :-)

#1 Kubas129
Nebo je možný v hlavním vláknu počkat na dokončení vedlejšího vlákna? Přes nějaký příkaz

Jaký je rozdíl mezi třídou Task a třídou Thread ? Cháou správně, že obě tyto třídy spustí nové vlákno?

Proč pouze třída Task má metodu WaitAll()? Má třída Thread obdobnou metodu? 

#1 Kubas129
Vyzkoušej semafory, jsou na to určeny.

Zjistil jsem, že se vlastně bez toho pomocného vlákna můžu obejít, ale stejně by mě zajímalo jaký je rozdíl mezi Task a Thread. Co jsem vyčetl, tak snad třída Task by měla sama od sebe spolupracovat a využívat třídu Thread a fond vláken ThreadPool. Ale proč teda by programovací prostředí nabízelo uživateli i samotnou třídu Thread?

#5 Kubas129
Task je proces, Thread je vlákno jednoho procesu.

Já když pracuju s vlákny tak si většinou vytvářím eventy co mi posilaj data z vlákna ven a pokud potřebuju rpacovat s GUIčkem, tak použiju delegat a invoke

Task není proces, task doslova přeloženo je úloha. Task se provádí v samostatném vlákně. Používají se vlákna z Thread Pool, což je skladiště spících vláken. Task tedy vlákno nevytváří a po skončení práce vlákno odloží zpět do Thread Pool, takže nezaniká. BackGroundWorker vlákno vytváří a po skončení práce vlákno zaniká - stojí to systémové prostředky. Používat Task je jednoduché. Doporučuji "Paralelní programování a vícevláknové aplikace v C# .NET" na https://www.itnetwork.cz/csharp  Přístup k celému seriálu tě bude stát pár stovek, ale opravdu se z něj něco naučíš.

GUI má svoje vlákno, jakákoliv manipulace s prvky GUI z jiného vlákna vyžaduje synchronizaci. U BackGrounWorkeru na to byly synchronizované metody, hledej v dokumentaci, jsou tam i ukázky jak na to. Jak synchronizovat Task najdeš v tom seriálu.

hu

Fajn zjistil jsem, že bez toho pomocného vlákna se přeci jen neobejdu, problém mám ovšem v tom, že poté celá aplikace již nadále běží v tomto novém vláknu, je nějaký způsob, kterým bych se opět vrátil do původního vlákna? Tak abych nadále mohl používat komponenty z prvního vlákna atd..

pozn. zkoušel jsem Task.Wait(), než se daná úloha dokončí, ale výsledkem toho je zamrznutí celé aplikace, jelikož Monogame potřebuje v hlavním vlákně vykonávat 60x za vteřinu metody Update a Draw (které samozřejmě nemůže vykonávat, když čeká na dokončení jiné úlohy - ve které je nekonečný cyklus) -aspon tak jsem to pochopil

Můžu se pomocí události vrátit z nového vlákna do hlavního vlákna?

#7 Mutagen
Zkusil jsem použít eventy, ale vypadá to, že stále jsou v tom samém vlákně, ve kterém se volají, ikdyž jejich definice probíhá v hlavním vlákně. Jdu se podívat na internet snad něco užitečného najdu co mi pomůže :-)

Musíš na Task čekat asynchronně, hledej klíčová slova async, await.

Kdyby sis prostudoval nabídnutý setiál, věděl bys. Takto jsi odsouzený k tápání.

hu

#11 hlucheucho
nechce se mi za to platit :D

#12 Kubas129
Však si přečti aspoň ty články, které jsou zdarma nebo si přečti článek u konkurence.

https://docs.microsoft.com/cs-cz/dotnet/csharp/programming-guide/concepts/async/

Know How není zadarmo. A než se zbytečně nadřít, to raději těch pár stovek obětuju. Navíc jednou zaplatíš a máš přístup napořád, můžeš to používat jako pomůcku při programování. A když v ušetřeném čase půjdeš na brigádu, investované peníze se rychle vrátí. Pokud sníš o kariéře C# .NET programátora, tak tuto investici považuji za nezbytnou.

hu

Jasně no, ale tak na netu se dají stejné ne-li přehlednější informace najít i zadarmo, jen teda nevýhoda toho je, že je to většinou v aj. 

Třeba tady jsem našel, že je  možné přepínat mezi vlákny pomocí tohoto kodu:

  //switch to UI thread
  this.Invoke((MethodInvoker)delegate {
    // this bit runs on the UI thread
    this.Text = newText;

Akorát teda tomu kodu moc nerozumím. Když ten svůj kod mám ve statické třídě, tak ani this použít nemůžu, jelikož statická třída ani  nemůže vytvářet další instance. Nevysvětlil by mi tu prosím někdo tento kus kodu co provádí? 

Díky moc :-)

Případně jsem ho vzal odsud:

https://social.msdn.microsoft.com/Forums/vstudio/en-US/447970ba-1384-4b07-9566-395dad9db90d/crossthread-operation-not-valid-control-accessed-from-a-thread-other-than-the-thread-it-was?forum=csharpgeneral

#15 Kubas129
Kdo za to může, že používáš statické třídy? Je to nešvar, kterého by ses měl zbavit, protože nepřináší žádné výhody a degraduje OOP na strukturované programování.

#16 Kit
ale tak přece, když vím že tuto třídu použiji jen jednou a nebudu vytvářet žádnou instanci, tak použití statické třídy se jeví jako dobré řešení ne? Například  Board máme jen jednu hrací desku, takže proč ne static Board?

Když si budeš číst dokumentaci Microsoftu každý večer před spaním, tak to budeš mít i zadarmo a dokonce česky (akorát strojový překlad není úplně ideální). Tento studijní materiál mi příjde pro začátečníka těžký.

Lpění na statické třídě mi příjde absurdní. Pořád si říkám, že je špatně koncepce a z toho pak vyplývají zbytečné problémy. Dobře navržený objektový koncept aplikace ušetří hromadu práce. Dobře promyslet k čemu který objekt je, co dělá, jaké jsou vztahy mezi objekty a pak teprve programovat.

hu

#18 hlucheucho
Je pravda, že to moc dobře naprogramovaný nemám, ale nvm jak to vymyslet lépe.

Nyní to mám tak, že hlavní tok programu spouští v Lobby nové vlákno, které se každých 300 ms zeptá serveru jestli v Lobby přibyli noví hráči a pokud ano, tak je vypíše do ListBoxu a zároven se taky ptá serveru, jestli master hráč hru spustil a pokud ano, tak přepne na nový stav hry, ve kterém se vykreslí hrací deska.

Problém je, ale že od této chvíle hlavní hra běží v novém vláknu, takže bych to potřeboval opět dostat do hlavního vlákna.. nějak :D 

A proč jo? Když tvůj přístup použiju u měření teplot, tak převodník mám taky jeden, takže bude static. A když za mnou za rok příjdou, že těch teplot je třeba měřit víc a budu potřebovat druhý převodník? Nebo když budu potřebovat to použít jako muster pro jinou aplikaci s více převodníky? Když převodník nebude static, půjde udělat jakýkoliv počet instancí, pak každou další podobnou aplikaci dělám z polotovaru. I ta změna aplikace bude snažší.

hu

#17 Kubas129
Ne. Statické třídy nemají opodstatnění. Přicházíš tím o nejvýznamnější vlastnosti OOP.

#19 Kubas129
Kdybys to dělal přes Observer, tak nemusíš každých 300 ms vytvářet vlákno a dotazovat se na nové uživatele. Vytvoří se až když bude potřebné. Jenže se statikou to neuděláš.

#22 Kit
a jak to funguje?

V GUI lze prvidelný dotaz vytvořit snadno pomocí časovače (třída Timer). Na tiknutí časovače (např každých 300ms) pošleš dotaz na server. Pokud odeslání čehokoliv na server by zdržovalo GUI od práce, vždy spustíš Task a necháš ho to udělat na pozadí. Pokud budeš čekat na Task asynchronně, po skončení Tasku můžeš jeho návratovou hodnotu (= stav hry vrácený serverem) zapsat do GUI.

hu

#24 hlucheucho
super díky moc :-) S tím timerem to funguje jak má :-)

Jen si říkám, bude to to jedno vlákno stíhat? Nebo jak funguje ten Timer, když jsem to napsal takto:

            System.Timers.Timer timer = new System.Timers.Timer(500);
            timer.Elapsed += checking();      

To pořád probíhá v tom jednom vlákně s tím, že se každých 500 ms zavolá metoda checking že jo? :-)

#23 Kubas129
Vytvoříš vlákno a zaregistruješ ho u správcem účtů. Ten si ho zařadí do seznamu abonentů. Při vytvoření nového uživatele upozorní všechny abonenty, že byl někdo přidán.

Dá se to udělat i přes semafory.

Možná by bylo nejlepší to udělat jako webovou aplikaci v ASP .NET s použitím SignalR. Stačí trochu poupravit kód pro chat: hráč pošle svou akci na server (pošli jednomu) a server všem ostatním rozešle nový stav hry (pošli všem). Při příchodu nebo odchodu ve skupině se volají události skupiny a tak lze snadno rozeslat všem info o změně. Současně lze mít na serveru více skupin, které hrají nezávisle na sobě nebo je možné udělat i to, že skupiny (tedy týmy) hrají proti sobě.

Jako bonus: je jedno, jaký má hráč OS, u klienta to běží v internetovém prohlížeči a tak se nemusí nic instalovat. Navíc to může běžet na chytrém telefonu. Při použití jiné šablony můžeš mít rovnou i registraci hráčů, snadno získáš i vícestupňové ověřování uživatele pomocí mailu, sms .... A ke každému uživateli pak i vést statistiky.

hu

#25 Kubas129
Když v obsluze Elapsed vytvoříš a spustíš Task, provede se to v jiném vlákně. Když bude Event Handler async, tak pomocí await provedeš asynchronní čekání (bez blokování vlákna) na dokončení Task a po jeho dokončení zapíšeš návratovou hodnotu do GUI.

hu

#27 hlucheucho
jo to zní fajn, jen škoda že ASP neumím napsat ani čárku :D

Ale co se týče těch statistik, tak mohl bych se na začátku připojit k nějaké databázce s tím, že by si uživatel, tam vždy musel založit nějaký účet a přihlašovat se pak následně na něj

#29 Kubas129
U webových aplikací je databáze nutností. Webový server si stav jednotlivých klientů nepamatuje, buď mu to klient sám na sebe práskne (např. pomocí cookies) nebo si to server musí někam zapsat (nejčastěji databáze).

Kurz ASP najdeš taky ny itnetwork. Doporučuji zvolit architekturu MVC, je modernější, nebo nejmodernější MVC Core. O WebForms se povídá, že brzy zanikne.

Výhodou použítí ASP .NET šablon je, že dostaneš správu uživatelů "naservírovanou až pod nos". Šablony jsou součástí Visual Studia. Pokud jsi jednotlivec, můžeš získat bezplatnou Community Edition.

Je potřeba dobře znát OOP, nebát se dynamických instancí (nevybavuji si, že bych tam slovíčko static potřeboval).

Zajímavou vlastností knihovny SignalR je, že ji lze použít i pro komunikaci s .NET desktopovou aplikací a tak lze vytvořit webovou aplikaci ovládající nějaký hardware.

hu

#30 hlucheucho
není MVC zkratka pro architekturu Model - View - Controller?

Se ale koukám, že je potřeba si pro .ASP založit nový typ aplikace ASP.NET Web Application, to asi nejde přidat do Monogames jako další knihovnu?

#32 Kubas129
vypadá to dost zajímavě, navíc určitě by bylo lepší tu hru mít na webu než-li jako aplikaci, která by se musela stahovat, ale na to mi chybí znalosti krom toho asi by to nešlo propojit s MonoGame.

Tady jsem našel velmi zajímavou stránku s knížkami o C#, kdyby někdo chtěl :-)

https://1lib.cz/g/Christian%20Nagel?page=%2525number%2525&order=year