Er ASP.Net velfungerende ?

Ja

Absolut. Frem for alt er det fremtiden (tror jeg).

Der er allerede lavet en hel del web sites i ASP.NET, så det kan du vt roligt
satse på.

Hvad er der af fordele ved ASP.Net frem for asp ?

Der er rigtig mange fordele. Du får et ægte objektorienteret sprog og du får en hel masse forud lavede komponenter klar til at bruge. F.eks. er det ekstremt hurtigt og let at indsætte en tabel fra en database.

For at sige det kort: Du får en langt hurtigere udvikling.

ASP.NET og ASP har egentlig ikke mange ligheder. Med ASP.Net kan du f eks bruge code behind. Hvilket vil sige at du kan programmere meget af det i f eks C#, og på den måde få ret så komplexe systemer.

Jeg har leget lidt med det, men har givet op da det ikke virkede på "localhost".
Har installeret .Net framework SDK 1.1 og oprettet en server på denne pc.
Har også prøvet at oprette et projekt i Visual Studio .net, men uden held.
Alle koder virker på en server jeg har kørende på nettet, men ikke på localhost.

Noget specielt jeg skal gøre ?

For at komme godt igang....

Plus:
  - objekt orienteret
  - gode muligheder for at strukturere applikationen fornuftigt (specielt
    nyttigt ved større applikationer)
  - support fra MS i mange mange år
  - stort library som minimerer behovet for tredieparts komponenter

Minus:
  - sværere at lære end ASP
  - i praksis bundet til Microsoft (jeg regner ikke Mono og Portable .NET som værende
    reelle alternativer til Microsoft)

jeg går ud fra at du har en iis kørende.... hvis du ikke har det skal du installere den, og efterfølgende bruge et lille værktøj der følger med når du installarer frameworket... det ligger typisk her :

C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_regiis.exe

og du kører det bare fra
start\kør
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_regiis.exe /i

mvh

snepnet: Mange tak...! Det var bare det der skulle til...!

Alle: Tak for jeres meninger, jeg er vist blevet overbevist om at det er .Net vejen jeg skal tage.

Jeg mangler bare lige nogle svar.

Igen mange tak til alle der har svaret...!

Mvh. Hygge

Svar her ;o)

Vil du også have et svar fra mig ?
(det var jo sådan lidt et sidespor i forhold til overskriften jeg var inde over).
mvh

.

om igen

alt i alt er der meget godt at sige om asp.net - men der er en ting som jeg syntes er en meget stor fejl/ulempe og det er det såkaldte postback. Postback fungerer på den måde, at hvis du fx har en landeliste og en byliste, så kan bylisten bliver opdateret vha et postback når man vælger et land - postbacket betyder i dette tilfælde at indholdet i bylisten ikke bliver sat ind vha javascript som man nok ville have gjort i gamle dage men derimod kommer direkte fra et databasekald. Dette er rigtig rigtig smart - men det kan altså give nogle irriterende ventetider for brugeren og hvor brugeren måske har nået at udfylde andre felter i mellemtiden, men som så vil blive gemt når svaret kommer retur fra serveren...

Det er korrekt keysersoze men der er ingenting der forhindrer dig i at slå postback fra og opdatere client-side vha. javascript.

hej keyser :o)

jeg tror godt man kan misforstå det du der skriver, så du får lige en lille kommentar på det.

jeg vil ikke afvise at det er udpræget praksis at implementere det du nævner på bemeldte måde, men man står overfor det samme valg man altid har stået overfor med den slags - og også de samme muligheder.

hvis man vil gøre det clientside gør man det, og vil man gøre det serverside gør man det.

der er ikke noget i asp.net der tvinger dig til at gøre det serverside.

postback er jo også blot et udtryk for at brugeren har betjent siden på en måde der udløser et request til serveren på samme måde som altid.
i din serverside kode har du så bare en simpel måde (IsPostBakc) til at finde ud af om, det er initialrenderingen du står overfor at skulle foretage, eller om brugeren har set siden, og blot "vender den" på serveren.
hvorvidt det der klikkes på skal gøre at siden sendes til serveren er udvikleren helt selv herre over.

jeg forstår heller ikke helt hvad du mener med at brugeren - i ventetiden - kan komme til at udfylde felter mv.... det er ikke noget der er introduceret af asp.net... den slags er også som det altid har været.

man kan sige at da der er introduceret et nyt framework, og med det et page-framework, er da kommet nogle nye objektmodeller og processer at skulle forholde sig til på serveren - men sådan er det jo altid når der kommer nyt af den slags.

modeller hvor man clientside henter data fra serveren med f.eks. xmlhttp, ses da også jævnligt synes jeg, og det kan jo så betragtes som en kombination mellem en ren clientside løsning, hvor man smider alle muligheder ud til klienten i første hug, og en ren serverside løsning som den du nævner.
det er så en løsning som ikke smider den ekstra info med ud til klienten, men hvor du clientside eksekverer et kald der henter data fra serveren "bag ryggen" på brugeren (ikke noget postback).

mvh

det er klart at der stadig er alternativer - men netop dette postback var en af de ting jeg havde glædet mig helt vildt til... men også er blevet skuffet over.

Eks.
Jeg snakker sammen med en webservice som skal levere land + by + kontor til mig. en del klikker på land som det første som de skal, men for WS ikke svarer hurtigt tilbage vægler de fx klokkeslet i næste række, så kommer svaret fra WS med byerne med det resultat at klokkeslet bliver nulstillet.

Der er selvfølgelig ingenting der hindrer mig i at lave det om - og det er primært et eksempel. Men i "gamle dage" ville listen formentlig være blevet lavet med js da det dengang var stort set eneste mulighed og med den metode var der ingen ventetid på at en dropdown blev udfyldt alt efter valg fra en anden.

Som sagt er der ingenting der forhindrer mig i at lave det om - men det er stadig en skuffelse i mine øjne at det ikke funker bedre.

tjah... http er jo nu engang http..... det er der jo ikke så meget at gøre ved, men
i version 2.0 er der kommet lidt bedre muligheder for at arbejde asynkront - det kan godt udnyttes til den slags scenarier.
du kan se et lille eksempel her :
http://www.captator.dk/captator.aspx?christmas=2004&day=22#Tip

mvh

Du kan da ikke mene at det er en dårlig ting at du har fået en ekstra mulighed, nemlig automatisk postback til serveren. Slår du postback fra har du samme muligheder/begrænsninger som før.

Og ja, det er korrekt at det kan tage lang tid at lave et postback. Men til gengæld loader siden hurtigere første gang i og med at klienten ikke skal downloade alle bynavne i alle lande (hvilket du ville være nødt til for at lave det client-side), men kun byene i det valgte land. Det er jo også en slags fordel.

jeg siger ikke at det udelukkende er en dårlig ting - funktionen er i og for sig rigtig god, men da jeg på mit arbejde primært laver sider der henvender sig til den ikke så it-sagkyndige har jeg fundet ud af, at mange hellere vil vente et ekstra sekund eller 2 end at der sker underlige ting idet de foretager valg inde på siden. som programmør er den lækker - men set fra brugernes synspunkt har den nogle uhensigtsmæssigheder man som programmør ikke kan se bort fra.