[carlsund.se]

Hej! Någon som har koll på hur trådhanteringen i ASP.NET fungerar? Om jag startar en tråd från en postback på sidan, kommer systemet att vänta på att den exekverar klart innan den genererar sidan eller kan jag använda detta för att utföra tidsödande bakgrundsjobb (posta till Facebook-wall) utan att användaren behöver vänta på det?

[digiArt]

En tråd som dras igång separat från huvudtråden snurrar på utan att användaren behöver vänta in ett resultat.

Däremot vet du inte huruvida den lyckades eller ej (vilket du säkert redan känner till).

[StefanBergfeldt]

Precis som digiArt säger är det.
Men du vet väl att du med .NET 4 kan utnyttja flera processorkärnor med Parallels, hur enkelt som helst.

[carlsund.se]

Perfekt, tack!

[dAEk]

Ursprungligen postat av StefanBergfeldt

Precis som digiArt säger är det.
Men du vet väl att du med .NET 4 kan utnyttja flera processorkärnor med Parallels, hur enkelt som helst.

[s]Hur skulle det hjälpa i det här fallet?[/s]
Nevermind, tror att jag läste lite väl snabbt där. Antar att det är fler requests som skickas och inte en jättestor.


Generellt brukar det rekommenderas ganska starkt att inte skapa egna trådar. Iaf är det så inom Java EE och det borde vara lika i asp.net. Exakt varför kommer jag inte ihåg men jag har för mig att en av anledningarna är att applikationsservern inte har koll på dom trådarna så när den stängs ned eller recylas kan den inte avsluta på ett snyggt sätt utan trådarna dödas rakt upp och ned. Här lär det även bli strul med felhanteringen. Eftersom trådarna inte känns till av IIS:n kommer eventuella exceptions inte att kunna tas hand om. Rätta mig om jag har fel.

Det finns säkert många fler anledningar till varför man inte bör tråda på egen hand men det kanske någon som har lite mer erfarenhet kan skriva om?

[robbanp]

Om du vill köra asynkront, dvs. låta trådar vila i långa IO requests så kan du köra på detta sätt: http://msdn.microsoft.com/en-us/magazine/cc163725.aspx

[carlsund.se]

men som jag förstår det så innebär det att man ändå måste vänta på ett svar innan sidan renderas, bara det att man kan göra saker samtidigt som man väntar eller? I mitt fall är jag ju inte intresserad av svaret, utan vill bara starta ett Facebookanrop och sedan låta det gå.

[Kimpo]

Låter mer som ett AJAX jobb än att börja härja omkring med trådar, dvs ett asynkront anrop från klienten till servern. För detta behöver du inte trådhantering, utan bara lite trevlig JQuery/el nåt annat Javascript ramverk och en Web Service.

Nu vet jag inte exakt vad du tänker skicka till facebook API:t men här finns en liten tutorial för facebook connect:
http://net.tutsplus.com/tutorials/ot...riend-connect/