ASP.NET for PHP phreaks...

opdagede lige at der står "GMT-8", selvom GMT er forældet. Det har heddet UTC de sidste par år (Universal Time)

well - jeg har tænkt og tænkt og efterhånden overbevist mig selv om at Microsoft er fint nok, men bryder mig stadig ikke helt om deres ms-only ting - og jeg vil sq gerne se beviser på at .net teknologien er god og hurtig og såen så man skal vælge det halløj og lære noget porgrammering til det og såen - håber i lige kan følge mig - men jeg vil stadig helst udvikle i linux da det er så dejligt, så noget kompabilitet ville være dejligt - elsker terminaler og vim - det er sejhed

Nu er jeg så begyndt på Delphi (6 personal, gratis selfølgelig), og jeg har lagt mærke til at Delphi følger MS sprogstammen. I min lille "teori" er der to stammer af programmeringssprog: Microsoft og alle andre (Med undtagelser, som Delphi, det er jo også et betalings ide). Spørgsmålet er vel så hvad man bedst kan lide:
(, ), { og } eller begin, end, do, then, osv.

Jeg er ikke helt sikker på jeg forstår hvad du mener med sprog-stammer. I Microsoft er vi stolte af at .NET tillader flere typer af sprog i samme miljø. Dvs. du kan frit vælge om du vil udvikle en løsning / eller dele af en løsning i managed C++, C#, J# eller Visual Basic. Og så stopper det faktisk ikke der, det er nemlig muligt for enhver at lave en kompiler til .NET. Der er pt. en lang række af disse frigivet/annonceret incl. Delphi. Check f.eks. http://www.gotdotnet.com/team/lang/! Det betyder at du som udvikler vælger netop det sprog, der lettest kan udtrykke den problemstilling du forsøger at lave en løsning til.

Iøvrigt er .NET jo gratis (!) så længe du har en Windows licens. Så vores kompilere, framework mm. skal du altså ikke betale for. Det du skal betale for, hvis du ønsker det, er vores IDE - Visual Studio .NET. Men du kan altså sagtens kode .NET (C#, J#, VB.NET) med notepad, vi, WebCoder, emacs etc. Der er også en stribe gratis IDEer til miljøet, incl. Web Matrix (http://www.asp.net/webmatrix/).

Så vil jeg også gerne bede dig om at lave en liste over gratis webhoteller, der understøtter ASP.NET, og en med PHP. Og du må også meget gerne lave en med betalingshoteller + priser.

Se f.eks. http://www.asp.net/Hosters! Jeg ved at der er en del danske hostere også - men har ikke lige nogen adresser som jeg kan give videre.

Meget billig?!
http://www.domainbox.de/Produkte/introBOX.asp

Gratis?!
Der er jeg blank ;-)

Skal man bare gå ind på de links på det tidspunkt som skrevet? Eller skal man ind et andet sted, for at se de her WebCast?

Du går bare ind på linket og registrer dig (og nej - det er IKKE farligt). Derefter venter du bare til på fredag (se tidspunkterne i min oprindelige post - det er det danske tidspunkt). Glæder mig til feedback fra jer...

God fornøjelse,
Erik

Jeg er ikke helt sikker på jeg forstår hvad du mener med sprog-stammer. I Microsoft er vi stolte af at .NET tillader flere typer af sprog i samme miljø. Dvs. du kan frit vælge om du vil udvikle en løsning / eller dele af en løsning i managed C++, C#, J# eller Visual Basic. Og så stopper det faktisk ikke der, det er nemlig muligt for enhver at lave en kompiler til .NET. Der er pt. en lang række af disse frigivet/annonceret incl. Delphi. Check f.eks. http://www.gotdotnet.com/team/lang/! Det betyder at du som udvikler vælger netop det sprog, der lettest kan udtrykke den problemstilling du forsøger at lave en løsning til.

Okay, jeg er ikke sikker på at jeg helt har forstået hvad .NET er. Og i øvrigt, snakkede vi ikke kun om ASP.NET ??

Okay, jeg er ikke sikker på at jeg helt har forstået hvad .NET er. Og i øvrigt, snakkede vi ikke kun om ASP.NET ??

Betragt .NET (eller rettere .NET Framework) som det der ligger neden under dine løsninger og sikrer f.eks. håndtering af hukommelse (automatisk spildopsamling), jitting (kompilering) til den specifikke processor og sikkerhed. Hvis du kender til Java så er denne teknologi konceptuelt ikke langt fra en Java Virtual Machine (konceptuelt ;-) ).

Du kan lave ASP.NET løsninger i C#, VB.NET, ... Dvs. alt hvad du kan i og med .NET Framework er også gyldigt for ASP.NET.

<reklame flamevalue="2">

En fordel for dig som udvikler - du skal kun kende eet miljø for både windows mobile, windows "desktop", web og device udvikling. Og i den nærmeste fremtid kommer det også til at gælde f.eks. udvikling af funktionalitet til databasen (stored procedures, user defined types etc.).

Jeg er enig i at Microsoft tidligere har "forstyrret" billedet om hvad .NET er, men det er heldigvis ved at være på plads nu. I dag kan du betragte .NET som 3 ting: En vision om hvordan man bør skrive software/lave arkitektur (bla. Web Services historien), et varemærke, og så .NET Framework (og det er den sjove del).

Vi har nogle ret cool quick-starts tutorials på http://www.asp.net/Tutorials/quickstart.aspx. Kig på dem - jeg skal nok sørge for at der kommer noget dansk intro-materiale snart...

</reklame>

Erik :-)

Og hvad hvis man selv vil køre en webserver der understøtter ASP.NET? Skal man så bruge IIS?
Og har du kommentarer til de lange funktioner .NET ser ud til at have? (dem jeg skrev tidligere)


/AC

Noget jeg har undret mig over, mht. .NET Framework er, at man med nogle programmer man har lavet i fx C#, skal have .NET Framework installeret for at køre programmet. Er det ikke lidt plat? Det gør at det ikke kan betale sig at lave programmer i C#, da det bare vil gøre det mere besværligt at installere ens program..

Er det korrekt forstået?


--
Ronni Egeriis - http://sqdev.dk/
Co-Admin

Og hvad hvis man selv vil køre en webserver der understøtter ASP.NET? Skal man så bruge IIS?

Mig bekendt er det kun mono-projektet (www.go-mono.com) der er et reelt alternativ til at køre ASP.NET. Så svaret er ja - du skal som udgangspunkt køre IIS. Har du noget mod IIS som web-server? Eller er det fordi der ligger en Windows (vælg selv version) under?

Og har du kommentarer til de lange funktioner .NET ser ud til at have?

Enig i at det ikke er optimalt! Jeg sad og kiggede på det - og kunne sagtens finde på smartere (og meget kortere) måder at skrive den kode på. Men tænk på at det er en kode-konverter du har testet - ikke et udviklingsmiljø/klassebibliotek. Jeg var mere interesseret i, hvor stor sandsynligheden var, for at et PHP site kørte efter en tur igennem maskinen. Måske vi skulle lokke Kasper til at kører udvikleren.dk igennem ;-)

Erik :-)

Noget jeg har undret mig over, mht. .NET Framework er, at man med nogle programmer man har lavet i fx C#, skal have .NET Framework installeret for at køre programmet. Er det ikke lidt plat? Det gør at det ikke kan betale sig at lave programmer i C#, da det bare vil gøre det mere besværligt at installere ens program..

Orvs - I er aktive her ;-)

Ja - du har ret. Frameworket skal være installeret på den maskine der skal afvikle din kode. Dvs. webserveren hvis det er ASP.NET og klienten hvis det er en winforms (traditionelt windows program).

Det er i virkeligheden ikke så langt fra det du f.eks. kender med Java, C++ eller VB. Begge disse miljøer har en runtime (f.eks. MFC) som blot inkluderes ved installationen. På samme måde vælger du at inkludere .NET Fx med dit program.

Desværre har de fleste svært ved at forstå dette, og så bliver .NET Fx en hemsko for udbredelsen af kode skrevet med f.eks. C#.

I fremtiden vil .NET Fx dog være en del af platformen (på samme måde som MFC og VB runtimen er i dag), således at du ikke skal bekymre dig om dette. Og kigger du endnu længere ud i fremtiden så vil Windows kodenavn "Longhorn" være et "managed" operativsysttem, og derfor i sig selv kræve et Fx. Men mere om det når tid er...

Håber det gav mening!

Erik :-)

vil .NET Fx dog være en del af platformen (på samme måde som MFC og VB runtimen er i dag), således at du ikke skal bekymre dig om dette. Og kigger du endnu længere ud i fremtiden så vil Windows kodenavn "Longhorn" være et "managed" operativsysttem, og derfor i sig selv kræve et Fx. Men mere om det når tid er...

Jeg er i dag ikke interesseret hvad jeg kan i fremtiden, jeg er interesseret i at lave noget der virker i dag, i morgen, og som virker på platforme der er ældre end Windows Longhorn.

Hvad er forskellen på en binær fil lavet med C# og en binær fil lavet med Pascal? Det burde da ikke kræve et andet program for at kunne virke. Hvad kræver .NET Framework så, for at virke? Det kræver ikke andet end sig selv, hvorfor kan man så ikke lave et program i .NET som virker uden at have .NET Framework? Jeg har det fint med at have det installeret, for at kunne lave mine programmer, men at de ikke engang kan køres uden dette, virker ekstremt hæmmende!
Det er måske mig der har forstået noget forkert; hvis ikke, så forstår jeg ikke, at det er lavet sådan, som det nu er.


--
Ronni Egeriis - http://sqdev.dk/
Co-Admin