ASP.NET - Si të përdor fushat e formularëve?

[cunimartum]

Nje konfuzion qe shkaktohet shpesh ne ASP (faktikisht thjeshtesimi i tepruar i Visual Studio e shkakton kete) eshte qe te krijohet ideja se ne momentin qe ti mbush te dhenat akoma ke mundesi te punosh me objektet e krijuara dhe te vendosura ne server.
Dhe pikerisht degjuesi jot tashme nuk eshte me tek klienti por eshte ne server. Vetem se qe te arrish te kuptosh kete duhet te kuptosh njehere protokollin HTTP. Visual Studio e fsheh protokollin dhe te krijon idene sikur faqja jote eshte aplikacion, nderkohe qe eshte vetem nje WebPage e cila tek klienti percon HTML, JavaScript etj. por asnje nga objektet e tua te krijuara me C# dhe objektet e tua nuk jane tek klienti.
Degjuesi pra eshte vendosur pikerisht ne ate qe ti e quan "behind code" (Terminologjia mikrosoftike eshte gallate) pra ne server.
Ka shume menyra per te bere kete qe do te besh ti ... njera qe do ishte disi e vecante dhe e lezetshme per ta provuar do ishte qe ti te regjistroje objektin tend ne JavaScript (ta serializoje) dhe me ane te Ajax ti beje dy objektet, ate ne Server dhe ate ne Klient te komunikonin me njeri tjetrin

[programuesi]

Got it ... do tentoj te ndihmoj pakez me vone

Rofsh te jam mirenjohes.

cunimartum ne fakt e kuptoj idene tende por qe eshte nje rruge e tejzgjatur dhe po mundohesha te gjeja ndonje rruge pak si me per shkurt. po ashtu degjuesi nuk vendoset ne "behind code" se po te ishte vendosur aty do te kisha perdorur pa problem "Redirect" dho do te veproja ne nje fare menyre.

[Uke Topalli]

Pata pakez kohe me mendue per kete ceshtje, dhe po me duket se i ke dy menyra se si mundesh me e arrite kete.

1. Menyra e pare eshte te krijosh "controls" tuaja, me pak e preferueshme, dhe e dyta
2. Te krijosh komponenten (-et) pa interface vizual p.sh. shenimet ne grid mund te jen koleksion
i objekteve "bleresit" (duhet te implementosh IEnumerable per te mundesuar sortimin) si dhe objektin "bleresidet" i cili do te ket vetit (properties) me detaje.

Cilen do menyre qe ta zgjedhesh codi do te duhet te ekzekutohet ne server
runat=server.

Personalisht e preferoj metoden e dyte sepse e ndarja e logjikes prej interface-it do ta mundesoj mirembajtjen (ndryshimet, shtimet) e programit/webfaqes me te lehte si dhe krijimi i kontrolave e ngarkon memorien me shum (cdo "event" e konsumon nje sasi te memories e kur e krijon kotrolen tende i ke se paku keto events: Init, Load, Databinding, Prerender, unload dhe disposed te cilat automatikisht trashegohen)

[cunimartum]

Nese une po te kuptoj tamam me degjuesi ti e ke fjalen per "Event Handler" qe shoqerohet me Butonin me ane te "Delegate" .

Pra ne faqja.aspx ti ke dicka te tille:

<asp:Button ID="Button1" runat="server" Text="Apliko" OnClick="Button1_Click" /> 

ku Button1_Click eshte "Event Handler" per Butonin - Apliko.

dhe "Event Handler" i yti eshte:

    protected void Button1_Click(object sender, EventArgs e)
    {
        if (FushaIme.Text == "Kot")
                TherritFilanMetod();
    } 

Nese ti po flet per dicka te tille qe te pakten une keshtu e kuptoj atehere e vetmja menyre qe ti ta heqesh "Event Handler" nga serveri dhe ta vendosesh ne klient eshte qe te perdoresh llogjik tek klienti e cila tani standarte eshte me JavaScript (te tjera jane Java Applet, ActiveX, ActionScript etj)
Ne kete rast me JavaScript ti do kishe dicka te tille:

<input type="button" onclick="TherritFilanMetod();"> 

Qe te kuptosh abstraksionin e butonit ne ASP dhe me te te kuptosh pse ngjarjet "Events" ngrihen vetem ne Server (duke lene menjane faktin qe C# kod eshte vetem ne server) duhet te kuptosh protokollin HTTP qe permenda me siper dhe metoden POST. Ngjarjet "Events" qe ngrihen me ane te kerkesave POST "requests" nga klientet, IIS i regjistron dhe i delegon tek "handlers" perkates. I gjithe ky proces ndodh ne Server dhe vetem ne Server.
Kjo eshte dhe metoda e preferuar per te komunikuar me klientin pasi c'do shfletues e flet gjuhen HTML dhe

qe vjen me te, nderkohe qe JS mund te mos jete tek klienti.