Posrednik za dogadjaje...?

Napravio sam neku komponentu, tj. nasledio sam je iz TextBoxa, instance te klase dinamicki pravim i lepim ih na neki panel, pa dalje taj panel lepim na neku user kontrolu...da ne duzim, uglavnom ne znam koliko imam parenta dok ne dodjem do korene klase mog UI-a. Imam nekoliko kontejnera, a treba "prvi" kontejner da obavestim da se u text boxu desio neki dogadjaj, koji ce handlovati taj dogadjaj. Posto ne mogu jednostavno staviti parent.nekiEventHandler iz vec navedenih razloga, kako ovo odraditi? Verovatno mi treba neki objekat(klasa) posrednik, ali kako?
Hvala, pozdrav.

Potpis

RTFM

Iskreno ne razumem bas najbolje sta ti je problem ovde. Sve si napisao i sta je problem i kako da ga resis, sad ostaje samo jos da se utvrdi sta je pitanje
Da li je tebi problem da nadjes prvog parenta?

Nije mi problem u prvom parentu, nego imam ih ko zna koliko, negde 1-2 negde 3-4 sve zavisi, dok dodjem do osnovne klase u kojoj obradjujem dogadjaje koji su se desili u tom text boxu. Znaci imam jednu UserControlu i u okviru nje mi je public metod koji mi obradjuje dogadjaje svih textboxova. E sad ja na tu User kontrolu stavljam panel i text boxove, moze da se desi da ih ima i vise (panela), ponekad moze da se desi da na taj panel stavljam jos i Tab Control pa u okviru tab page-a da imam opet panel na koji lepim text boxove. Problem mi je kako da dodjem do tog mog metoda za obradu dogadjaja koji je u onom user control-u, bez npr. ((this.parent).parent).parent....mojEventHandler() ili ovako necega... Nadam se da sam bio jasniji. Ja kontam da mi treba neki objekat tj klasa koja ce nekako da "slusa" dogadjaje i koja ce da pozove metod u onom User Controlu, ali ne znam kako sve to da ukomponujem :)

Potpis

RTFM

Ne znam da li sam dobro razumeo ali evo kako ja vidim tvoj problem.

Imas user control-u koja je parent svim onim ostalim panelima, tabovima, i texboxovima, naravno hierarhijski. Sta tebi treba je da nadjes, odnosno pozoves neku metodu koja ti se nalazi u public deklaraciji UC.

Recimo imas nesto ovako


i textbox



Posle u textboxu pozivas sa


E sad necu da ulazim zasto sve ovo radis sto radis, ali meni ipak toliki broj controla koje lepis unutar UC ne zvuci bas najbolje.

Stvari stoje ovako; Ako si vec nasledio kontrolu onda si nasledio i dogadjaje. Sto znaci da moras da deklarises klasu sa dogadjajima (withevents) kada je pozivas.

Drugi nivo dinamickog kreiranja controla se odnosi na dodavanje handlera tipa: add handler - addressof.

Za pravljenje vlastitih dogadjaja se koriste DELEGATI koji zahtevaju malo rada da bi se shvatili, ali u principu rade kao (safe type) function pointers.

Bez dubljeg ulazenja u tvoj problem, ja mislim da vec na prvom nivou mozes sve resiti, zato sto ce se dodadjaj pojaviti pa makar ga imao unutar 100 kontrola ili klasa tj. zasto bi ti ekstra obavestavao krajnjeg parenta da se neki dogadjaj desio kad on vec ima tu informaciju?

Hvala vam na odgovorima!

@negyxo
Ovako nesto sam i sam razmisljao sa rekurzijom, ali ne znam da li ce mi mozda biti sporo i previse zahtevno... probacu pa ako radi, ostavicu ovako. Mislio sam nekako drugacije da resim ovo ali ipak ce ovako biti najjednostavnije. Hvala ti svakako.

@Vuko_
Ok je, kontam ja to sto kazes za nasledjivanje, znam sta su delegati i pokazivaci na funkcije, ovo sa add handler nisam nikada video ni koristio...

Znam da se poruke prosledjuju u "prozorima" od glavnog pa prema dole u hijerarhiji, barem je tako bilo u Borlandovom VCL-u i nekim drugim GUI framework-ovima, ne vidim zasto to ne bi tako radilo i u .NET-u, ali ne znam kako da "uhvatim" poruku koja meni treba gore u hijerarhiji...
Najjednostavnije ce biti ovako kako kaze negyxo.
Hvala vam ljudi na pomoci!

Potpis

RTFM

Ja imam osecaj da to tebi jos nije jasno :)

Negyxo ti je lepo rekao da postoji samo jedan parent, a tvom slucaju (predpostavljam) to je neki glavni form.

Dakle, ako ti se neki dogadjaj desi u tekst boksu, jednostavno mozes da posaljes porku glavnoj formu kroz me.nekiproperty = nekiproperty preko zeljenog dogadjaja tekst boksa, a tako i da pokrenes neki postojeci dogadjaj glavnog parenta. Ovde sad ako zelis posebne dogadjaje moras da koristis delegate koje mozes da pokrenes preko promena "vlastio-napravljenih" properties.

Sa druge strane ako stavis u formu jedan panel sa imenom "Panel1" i u taj panel opet jos jedan panel sa imenom "Panel2", da bi adresirao panel2 neces koristiti me.panel1.panel2, nego direktno me.panel2. Dakle, tako mozes i da saljes "poruke" children bez obzira na njihovu hijerarhiju.
Alternativno mozes da koristis:



Eto, a meni jos nije jasno kako ti ne mozes "glavnom" parentu poslati dogadjaj :)

Umesto rekuzivne funkcije mozes i preko for ili while. Probaj sta ti je brze, po nekoj logici for i while bi trebalo da su brzi od rekuzivnog pozivanja.


To sto vuka prica je za VB, u C# nema addressof i withevents, doduse nije mi ni jasno zasto su stavili i u VB-u.



Tako se svuda salju poruke. To je vise odlika windowsa nego nekog framework-a/biblioteke. Ostali samo wrapuju taj mehanizam kojim se prosledjuju poruke. Ali raditi to sa kontrolama u .NET nije nimalo trivijalan posao. Ustvari ja i ne znam kako bi to izgledalo. Pogotovo sto razlicite kontrole mogu da salju njima specificne poruke za koje parent uopste ne zna. Tako da treba ostati u okviru .NET-a a to bakcanje sa win32 funkcijama ima mozda smisla u nekim zahtevnijm aplikacijama. Jedino gde sam video da se message loop handluje u nekoj .NET aplikaciju je u igrama pod Managed DirectX-om.

A kako vi onda u C# dodajete eventhandler za dinamicki (runtime) naprevljenu kontrolu?

U čemu je problem? Napiši event handler metodu na glavnoj UserControl-i na kojoj hoćeš da obrađuješ događaj kontrola.
Sad kad dinamički kreiraš kontrole svakoj toj kreiranoj kontorli dodeli event handler na instancu glavne UserControl-e.

Pozdrav!

Ma, nema problema :) (sta se ljutis odmah)

Zbunio me negyxo sa tim da to addhandler nema u C#, pa sam se upitao kako se to onda u C# radi, ali vidim da je princip isti.

U vb to ide ovako:

Izgleda da me ovde jedino negyxo razume :).


@Vuko_
kod u C#
this.button1.Click += new System.EventHandler(this.button1_Click);

@negyxo
Uradicu preko rekurzije, pa sta mi bog da. Mozda i petlju probam zbog brzine, mada je rekurzija elegantnija. Nemam ni volje ni vremena da se zezam sa porukama na nekom nizem nivou, valda ce i ovako biti dovoljno brzo.

@dusans
Nije meni problem dinamicko kreiranje i sam dogadjaj, vec mi je problem hijerarhijski da nadjem parenta koji mi treba, a jedini nacin da dodjem do njega je da se vracam u hijerarhiji do parenta koji meni treba, ne mogu direktno da pristupim instanci koja mi treba.

Negyxo-ovo resenje mi resava problem.

Hvala ljudi na pomoci jos jednom!
Pozdrav!

Potpis

RTFM

Pa hajde onda nam javi kako si to resio rekurzijom. Ja kao da pricam spanski. Kako ces da resis rekurzijom nesto sto ne moze tako da se resi.

Kako mislis da resis rekurzijom 100 panela koji su svi unutar jednog drugog ako ti parent form(control) svakog od njih vidi ne kao hijerahijsku strukturu nego kao zasebnu kontrolu. Rekao sam ti lepo, stavi panel i stavi jos jedan panel u njega, neces adresirati panel 2 kao me.panel1.panel2 nego direktno me.panel2. Kako to onda mislis da resis rekurzijom?

Moje misljenje je da ne bi trebalo da tvoja osnovna kontrola bilo sta ispituje u dubini po parentima, trebalo bi stvar da okrenes - onako kako ti je @Vuko_ objasnio. To je ispravan objektni pristup, a ovo tvoje vodi u propast. Tvoja user kontrola ne bi trebala da ispituje okruzenje (ni da ga vidi), vec da radi sta joj "visa" kontrola kaze, preko metoda koje izlaze okruzenju. Dakle: nizom kontrolom upravlja visa kontrola - folozofski receno.

Malo se kasno uključujem...

@popov: Ti dinamički kreiraš te nazovi tekstboksove. Šta je problem da im, nakon što ih kreiraš, navežeš (još) jedan onchange (ili koji već ti treba) event handler koji će se nalaziti u glavnoj formi? Kao što ti ljudi govore, nema potrebe da "nalaziš" parenta: ako parent kreira te kontrole, neka im pri kreiranju doda svoj handler na event.