Znaci, BeginInvoke pozove tu metodu ali ne prenosi argumente u Object[] parametar ?
Cudno ?! Da bacis ovde metodu koja poziva BeginInvoke.

BTW ako sam ja dobro ukapirao, na ovaj nacin hoces pri svakoj rekurziji da pravis novi thread. Ja bih za to koristio thread pool.

koliko sam ja ukapirao BeginInvoke sluzi za pozivanje metode iz drugog thread-a

pa sam napravio metodu tipa


void xy( )
{

frmMain.BeginInvoke(Rekurzija, new object[] {new TreeNode ("Nebitan string")});

}


Ali koliko sam primjetio on je izvrsi, valjda samo prvi put, dok kad sama sebe poziva "corak"!!!

Mislim da bi mozda rijesio problem kada bi i rekurzivna metoda pozivala sama sebe sa BeginInvoke. Ali onda nisam postigao cilj tj. da mi rekurzivna metoda bude na thread-u koji ja instanciram.

Ako neko ima vremena neka pokusa da veze bilo kakvu rekurzivnu metodu na thread npr:
Faktorijel:


private int faktorijel(int n, int i)
{
if (i == n) return n;
else return i*faktorijel(n, i+1);
}

Funkciju pozivas sa faktorijel(n,1);

Form.BeginInvoke ne sluzi u svrhu za koju je ti koristis.

Taj metod sluzi da se odredjeni metod (delegat) izvrsi u threadu u kome se izvrsava sam form. Ovo je bitno zato sto po dizajnu klase koje nasledjuju Control nisu thread-safe i ako npr. pokusas da promenis boju neke kontrole na formi van thread-a same forme dolazi do nepredvidivih rezultata.

Primena za ovu metodu je npr. ako imas worker thread koji radi neki task u pozadini i hoces da se na glavnoj formi iscrtava procenat dokle je worker thread stigao. Onda se iz worker thread-a u intervalima poziva BeginInvoke metod i prosledjuje mu se procenat, a u delegatu se progress bar postavi na taj procenat...

Da bi ti neki task pokrenuo u drugom threadu, ili instanciras objekat System.Threading.Thread ili predas task ThreadPool-u (iz istog namespace-a).

Ok mmix, znači, bar sam riješio BeginInvoke dilemu.
On mi definitivno ne treba u ovom slučaju.

E sad kako mogu da vežem navedenu, rekurzivnu, metodu na thread koji sam instanciram.

Zapravo treba ti BeginInvoke Ali te ne treba BeginInvoke od Form klase, zbog onog sta je mmix naveo.
Treba da napravis delegat na kome ces pozvati BeginInvoke metodu, koja ce da se izvrsava u jednom threadu iz thread pool-a. Kompajler za svaki delegat generise metode za asinhrone pozive: BeginInvoke i EndInvoke.



Pogledaj po MSDN-u, mislim da ima i primera.

Samo kao dopuna,
asinhroni delegati koriste ThreadPool.QueueUserWorkItem, medjutim da bi informacija bila predata handleru, asinhroni BeginInvoke koristi refleksiju nad definicijom delegata da kreira in-memory assembly sa klasom koja ce nositi rezultat i parametre poziva. Onda kreira wrapper oko handlera i opet koristi refleksiju da prenese parametre u thread (preko state parametra u QueueUserWorkItem) i pozove tvoj delegat na kraju iz svog wrappera koji vec radi u drugom threadu, onda na kraju ThreadPool uradi callback u delegat da je thread gotov; i na samom kraju delegat refleksijom izvuce rezultat i pozove tvoj callback sa IAsyncResult.

Mislim da je mnogo efikasnije zaobici refleksiju i sam napraviti malu klasu u nju potrpati paramtere, alocirati polje za rezultat i sam pozvati QueueWorkItem. Na kraju QueueWorkItem hendlera pozvati nazad metod na formi sa Form.BeginInvoke da se javi da je rezultat gotov.

Ima malo vise koda, ali je mnogo efikasnije ako se pokrece dosta worker threadova, posto se refleksija uopste ne koristi i nema dvostrukog callback-a. Sa druge strane asinhroni delegati imaju malcice manje koda. Sad ti vidi sta ti vise odgovara.