30. juli 2005 - 09:21Der er
19 kommentarer og 1 løsning
Hvorfor asp.net?
Jeg har indtil videre programmeret i php og lidt i asp, og jeg overvejer at sætte mig ind i .net. De tutorials jeg umiddelbart har fundet, har meget handlet om validering af formfelter, og det har fået mig til at spørge:
Hvorfor egentlig programmere i .net i stedet for asp? Hvad er de vigtigste fordele (udover åbenbart formvalidering)?
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
... du mener: ”Bortset fra at det er fremtidens teknologi”? ;^)
I ASP.NET har du da i hvertfald adgang til hele .NET frameworket, og det er en meget stor værktøjskasse af klasser. Denne inkludere bl.a. diverse biblioteker til XML-parsing, hvilket ikke er helt nemt i ASP. Vi kan vist roligt konkludere at XML er et must for fremtidens webapplikationer.
Det er også nemmere at lave mere sikre database applikationer idet brugen af parameters i SQL-kald beskytter imod (det værste) SQL-injection.
Og så er det nemmere at lave webservices i ASP.NET.
Afslutningsvis så er ASP.NET jo objektorienteret hvorimod ASP er proceduralt. ASP.NET lægger derfor automatisk op til et bedre design end ASP.
PS: Hvis man er med på en lytter, så behøver man faktisk ikke at lægge en kommentar. Man kan nøjes med at trykke en gang på send-knappen (altså ved at lægge en tom kommentar).
Hvis man udvikler i ASP.NET kan man j bruge C#, VB.NET eller et af de ander sprog. Den knowhow man tilegner sig der kan genbruges hvis man i stedet vil lave en Windows- eller en PDA-applikation. Derimod vil ASP-kode ikke på samme måde kunne bruges i andre sammenhænge.
fordi der er meget mere i asp.net end formvalidering - formvalidering plejer bare at være en god måde at vise hvordan asp.net grundlæggende fungerer; du kan programmere objektorienteret (du kan lave hver eneste lille ting som et objekt i stedet for "bare" en tilfældig ting), det er platforms-uafhængigt (så længe frameworket er installeret), hvor let det er at dele design-delen og programmeringsdelen op i to forskellige filer så designeren og programmeren kan arbejde på samme side samtidig osv osv.
Der er rigtig mange fordele og jeg glemmer højst sandsynligt at nævne de bedste - men asp.net har fx også et kæmpe klassebibliotek hvori du kan nå stort set alt det man i asp skulle bruge tredieparts-komponenter til (upload, billedbehandling etc) og mangler man endelig en klasse kan man selv købe/downloade en på nettet og installere på ens webhotel hvorimod den del i asp krævede direkte adgang til serveren. Har du selv lavet en klasse kan du let overføre den til en anden applikation (fx en windows applikation) og genbruge den der. Derudover gives der en del lette muligheder i fx kommunikation (vha noget der hedder webservices) og XML er også blevet meget lettere at arbejde med.
og nielle - du kan også arbejde med parameters i sql i asp ;)
Spaghetti-kode var vist også et udtryk brugt bl.a. om ASP, d.v.s. script blokke og html-kode (kode og design) blandet sammen til skade for overskueligheden.
I ASP.Net kan/bør du adskille disse i separate blokke.
Det lyder lidt som om at det er noget man bare skal se at få sat sig ind i, men det føles lidt som at starte forfra rent strukturmæssigt - det med at dele design og programmering op i 2 dele.
Jer der kan det, hvor har I lært det? Kan I anbefale en tutorial eller en lærebog?
Der er masser at tutorials på nettet og det er bare at gå i gang med dem.
Personligt ville jeg nu starte med at lære C# eller VB.NET; Jeg ville lave nogle basale øvelser i Console- eller måske Windows-programmer før jeg gik i gang med ASP.NET.
Derefter ville jeg købe en god ASP.NET bog som f.eks.
Professionel ASP.NET 1.1 ISBN 0-7645-5890-0 Wrox
- eller jeg ville måske springe 1.1 helt over og gå i kødet på 2.0 selvom den endnu kun er i beta.
Hmm, det er lidt svært at forklare dette uden at lyde som om at man er grådig efter point – for det synes jeg faktisk ikke at jeg er.
Personligt venter jeg først med at lægge et svar til at spørgeren direkte beder om det. Det er jo den eneste måde man kan sikre sig at spørgeren har fået løst sit problem – og på den rigtige måde. Desuden er det så op til spørgeren at angive hvem der skal lægge et svar og det synes jeg egentligt er den rigtigste måde at gøre det på.
Under alle omstændigheder er det mere høfligt at spørgeren spørger om folk vil have point end blot at antage at det vil de nok ikke (enten fordi at de ikke har lagt et svar, eller fordi at der er andre som ikke vil have point). Vi er jo alle sammenforskellige.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.