webForumDet fria alternativet

Hur gör ni? (händelsehanterare)

.NET

3 svar · 434 visningar · startad av Prästen

Medlem sedan dec. 2000537 inlägg
Frågan#1

Tjenare tjenare.

Skulle bara vilja fråga lite grann om hur ni gör.

1. ASP.NET, jajamänsan!, är inte ambitionen med den att det ska likna windowsprogrammering?. Alltså att ALLT ska vara händelsedrivet osv. hmmm, jo , och det är därför jag börjar undra lite om varför många fortfarande använder Request.Form och liknande, istället för att bara sätta ett gäng händelsehanterare på knapparna och slita ut värdena direkt ur textboxarna.Text direkt istället, liknande. För att är det inte det som är meningen med ASP.NET?, att man ska komma ifrån "posta värden" etc etc, som man gjorde i gamla ASP. Jag använder aldrig request.params eller request.form, vet inte ens om jag stavade dem rätt heller för den delen :) .. hehehe.

2. Vore det kanske inte en god ide att skita helt i att skapa webcontrols i HTML koden också?, och istället skapa dem dynamiskt i koden istället?, för att ifall man vill porta ASP.NET webformen till ett windowsform så blir trasslet minimalt, man kan ju nästan köra koden i winform format direkt då.

3. Så, vad tycker ni?.

Medlem sedan dec. 20003 563 inlägg
#2

1. Jag har inte använt request.form på länge i asp.net vad jag vill minnas.
Dock kan du ju bara ha ett formulärt med runat=server på varje aspx-sida, vilket kan skapa ett behov av att använda ett ordinärt formulär, där man måste anropa med request.form.

2. Nja, det blir ju så snyggt med dem i HTML-koden. Codebehind är ju värt sin vikt i guld vid stora projekt.

3. Att jag måste köpa vinterkängor. Fryser tårna av mig annars. ;)

Medlem sedan dec. 2000537 inlägg
#3

Nja, det blir ju så snyggt med dem i HTML-koden

fegis :e

Medlem sedan maj 20012 812 inlägg
#4

1. Använder mig också nästan uteslutande av server-controller. Det finns dock en vits att använda sig av request och vanliga hederliga <INPUT> tags. Och det är ur prestanda synpunkt. Du får en liten prestandaförlust inte mycket, men kan vara att lite problem vid extremt hög belastning.

2. Om du flyttar in skapandet av controller i din codebehind, så flyttar du ju in desigen av din sida till codebehind. Alltså du måste in i din codebehind om du vill ändra desginen. INTE BRA. Sedan är problemet att vid varje postback måste du skapa om dessa controller, alltså får du prestanda förlister. INTE BRA.

3. Gör som du själv tycker verkar bra för dig, det finns riktlinjer att följa, men man blir inte bättre och utvecklingen går inte framåt om man inte tänjer på dessa riktlinjer. Kom dock ihåg att testa funktionallitet, utvecklingstid, prestanda, aritekturen så att du inte skapar något som är sämre än riktlinjerna..

- M

281 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
144 ms — deklarationer (db)
0 ms — hämta statistik (cache)
133 ms — hämta tråd, inlägg och bilagor (db)
146 ms — ändringar (db)