mboost-dp1
Bedste web-udviklings platform/sprog?
- Forside
- ⟨
- Forum
- ⟨
- Afstemninger
.NET
det er så super fedt kun at skrive C# hele dagen lang, uanset hvilket lag i arkitekturen man roder med.
det er så super fedt kun at skrive C# hele dagen lang, uanset hvilket lag i arkitekturen man roder med.
Jeg har arbejdet professionelt med både Java og .NET, så min stemme på .NET burde tælle ekstra i afstemningen :)
Og angående Java-valgmuligheden i afstemningen:
Og angående Java-valgmuligheden i afstemningen:
Formerly, the platform was known as Java 2 Platform, Enterprise Edition (J2EE), and specific versions had "dot numbers" such as J2EE 1.4. The "2" is dropped from the name, as well as the dot number. So the latest version of the Java platform for the enterprise is Java Platform, Enterprise Edition 5 (Java EE 5)
Hmmm er jeg den eneste der synes det her er en lidt vag afstemningen?
Hvor mange her, har lyst til at sætte et komplet java-miljø op, for at lave jeres eget lille MineDVDer.dk-website?
Jeg er java-fan, no doubt, men ville aldrig drømme om at skulle igang med JEE, for at populere min DVD-samling.
Omvendt, en komplet service-orienteret portal til forretningslogik, drevet af en Ruby eller PHP-platform? Anyone?
Nå - det er bare en fjollet afstemning, og skal nok håndteres derefter, så mit valg er C++ - man starter med at skrive en webserver, hvor al HTML-generering er hardkodet ind i...det er mit valg...man har ligesom meget mere frie hænder.
Hvor mange her, har lyst til at sætte et komplet java-miljø op, for at lave jeres eget lille MineDVDer.dk-website?
Jeg er java-fan, no doubt, men ville aldrig drømme om at skulle igang med JEE, for at populere min DVD-samling.
Omvendt, en komplet service-orienteret portal til forretningslogik, drevet af en Ruby eller PHP-platform? Anyone?
Nå - det er bare en fjollet afstemning, og skal nok håndteres derefter, så mit valg er C++ - man starter med at skrive en webserver, hvor al HTML-generering er hardkodet ind i...det er mit valg...man har ligesom meget mere frie hænder.
Af et vi-hader-alt-der-har-med-Microsoft-at-gøre-site, synes jeg godt nok der er mange .NET-tøser herinde.
At PHP kommer øverst undrer mig ikke, men at godt 30% af stemmerne falder ud til .NET er alligevel interessant.
...man ved ihvertilfald hvor i branchen man ikke skal søge hen, hvis man vil tweake sin løn.
At PHP kommer øverst undrer mig ikke, men at godt 30% af stemmerne falder ud til .NET er alligevel interessant.
...man ved ihvertilfald hvor i branchen man ikke skal søge hen, hvis man vil tweake sin løn.
Af de par sprog jeg har arbejdet proffesionelt med, har jeg været specielt glad for Python og C# ASP.NET. Især Python er jeg en stor tilhænger af, og uanset opgavens størrelse er jeg tilbøjelig til at vælge Python (med Django) da det er så minimalistisk som noget næsten kan være.
PHP (som jeg også har arbejdet med) er jeg derimod ikke særlig imporneret over. Her tænker jeg både på sprogets mangel på objektorienterede muligheder i forhold til Python og C#, men også tiden det tager og udvikle samt antallet af folk der skal kobles på et projekt når det når en vis størrelseorden.
Min erfaring er at større projekter generelt meget nemmere kan overskues og udvikles af færre antal folk end PHP projekter. Det er ligesom om at man skal holde tungen lidt mere lige i munden når man skriver PHP-kode, end de to andre nævnte sprog.
Blot mine 25 øre :-)
PS: jeg stemte på Python
PHP (som jeg også har arbejdet med) er jeg derimod ikke særlig imporneret over. Her tænker jeg både på sprogets mangel på objektorienterede muligheder i forhold til Python og C#, men også tiden det tager og udvikle samt antallet af folk der skal kobles på et projekt når det når en vis størrelseorden.
Min erfaring er at større projekter generelt meget nemmere kan overskues og udvikles af færre antal folk end PHP projekter. Det er ligesom om at man skal holde tungen lidt mere lige i munden når man skriver PHP-kode, end de to andre nævnte sprog.
Blot mine 25 øre :-)
PS: jeg stemte på Python
Med flere års erfaring i PHP og .NET, samt JEE på studie-niveau, og python/rails på hobby niveau, er .NET en klar vinder.
Og i næste version kan vi også integere dynamiske sprog og bruge Python og Ruby direkte i form af IronPython og IronRuby.
Som platform mangler Python(Django), PHP og de andre små sprog en del i udviklingsmiljøer, hvilket er synd.
Og i næste version kan vi også integere dynamiske sprog og bruge Python og Ruby direkte i form af IronPython og IronRuby.
Som platform mangler Python(Django), PHP og de andre små sprog en del i udviklingsmiljøer, hvilket er synd.
Fordi at Rails opfandt MVC... right?Nahilas (12) skrev:MVC(Rails ripoff) :).
1979 var altså en del år før Rails...
Men i så fald, giv udtryk for hvad du bedst kan lide at arbejde med, og hvorfor ;)myplacedk (9) skrev:Kommer MEGET an på hvad det skal bruges til. Denne afstemning må handle om hvad man bedst kan lide at arbejde med, frem for hvad der faktisk er bedst.
Det er dog rigtigt at det er svært at begrunde sine valg, hvis man ikke har erfaring i flere sprog/frameworks.
Stemte PHP, fordi det er det jeg har pillet mest ved.
Har også pillet en del med .NET og PERL.
Men jeg er nu egentlig ligeglad med sproget. Hvad end der passer bedst til formålet, er at foretrække. De kan jo alle sammen sjovt nok tilgå og manipulere data, selvfølgelig med undtagelse af HTML som jeg ikke kan se formålet ved at have i listen. (Tror jeg kan lære og bruge de fleste sprog, da formålet er ens, selvom jeg syntes .NET er noget bøvl med det enorme library og indbyggede HTML elementer)
Dem der kun laver HTML, laver ikke på en platfom, mkay? De skriver blot en hypermakeret tekst. Platforme skriver hypermakeret tekst udfra logic mv., som kommer af et programmeringssprog. (Ja, jeg er mister obvious)
Vil gerne lege lidt med Ruby på et tidspunkt. Men for at være ærlig, er jeg en smule træt af programmering til web; det er så super begrænset en kommunikationsform, og der er så godt som lavet alt hvad der er brug for. Så hellere tage brug af noget open source gøjl der passer til formålet, og så redigere det indtil jeg er tilfreds. Evt., udbygge det. Det er selvfølgelig med hensyn til personlig brug. Hvis jeg skulle komme til at arbejde med det, (meget muligt, søger noget studiejob), kan det jo godt tænkes at der skal arbejdes på en eller anden platform firmaet har bikset sammen. (Bleh, så bliver det sikkert i ASP lol)
#16 Har ikke set Python til web før. Må indrømme at jeg virkeligt hader syntaksen, men er fuldstændigt enig i at det er super let. Syntes dog ikke at jeg kan se hvorfor det skulle være bedre til OO end PHP? Sidst jeg pillede ved PHP, var det da lavet udfra rene OO principper uden globale variabler eller funktioner, ved hjælp af inheritance osv.
Har også pillet en del med .NET og PERL.
Men jeg er nu egentlig ligeglad med sproget. Hvad end der passer bedst til formålet, er at foretrække. De kan jo alle sammen sjovt nok tilgå og manipulere data, selvfølgelig med undtagelse af HTML som jeg ikke kan se formålet ved at have i listen. (Tror jeg kan lære og bruge de fleste sprog, da formålet er ens, selvom jeg syntes .NET er noget bøvl med det enorme library og indbyggede HTML elementer)
Dem der kun laver HTML, laver ikke på en platfom, mkay? De skriver blot en hypermakeret tekst. Platforme skriver hypermakeret tekst udfra logic mv., som kommer af et programmeringssprog. (Ja, jeg er mister obvious)
Vil gerne lege lidt med Ruby på et tidspunkt. Men for at være ærlig, er jeg en smule træt af programmering til web; det er så super begrænset en kommunikationsform, og der er så godt som lavet alt hvad der er brug for. Så hellere tage brug af noget open source gøjl der passer til formålet, og så redigere det indtil jeg er tilfreds. Evt., udbygge det. Det er selvfølgelig med hensyn til personlig brug. Hvis jeg skulle komme til at arbejde med det, (meget muligt, søger noget studiejob), kan det jo godt tænkes at der skal arbejdes på en eller anden platform firmaet har bikset sammen. (Bleh, så bliver det sikkert i ASP lol)
#16 Har ikke set Python til web før. Må indrømme at jeg virkeligt hader syntaksen, men er fuldstændigt enig i at det er super let. Syntes dog ikke at jeg kan se hvorfor det skulle være bedre til OO end PHP? Sidst jeg pillede ved PHP, var det da lavet udfra rene OO principper uden globale variabler eller funktioner, ved hjælp af inheritance osv.
ipwn (22) skrev:Dem der kun laver HTML, laver ikke på en platfom, mkay? De skriver blot en hypermakeret tekst. Platforme skriver hypermakeret tekst udfra logic mv., som kommer af et programmeringssprog. (Ja, jeg er mister obvious)
Jeg er ikke enig.
Brug af HTML og client side JavaScript er også et teknologi valg for en web side.
Et valg som begrænser mulighederne rigtigt meget, men stadig et valg.
#23
Argumentation i det link er godt nok tynd.
Et sprog er vel fuldt objekt orienteret hvis det har alle de features der er nødvendige for at lave objekt orienteret kode.
De fleste nye ting i PHP library siden 5.0 er enten lavet objekt orienteret eller i både en objekt orienteret og en procedural udgave.
Af ret indlysende årsager valgte man ikke at skrotte alle de eksisterende library funktioner.
Men det synes jeg ikke at man skal kalde PHP mindre objektorienteret af.
C++ er jo heller ikke mindre objekt orienteret af at cstdio/stdlib/cstring/ctime eksisterer.
PHP og C++ understøtter både procedural og objekt orienteret programmering.
Men det giver ikke meget mening at definere at et sprog kun kan kaldes objekt orienteret hvis det kun understøtter objekt orienteret.
Argumentation i det link er godt nok tynd.
Et sprog er vel fuldt objekt orienteret hvis det har alle de features der er nødvendige for at lave objekt orienteret kode.
De fleste nye ting i PHP library siden 5.0 er enten lavet objekt orienteret eller i både en objekt orienteret og en procedural udgave.
Af ret indlysende årsager valgte man ikke at skrotte alle de eksisterende library funktioner.
Men det synes jeg ikke at man skal kalde PHP mindre objektorienteret af.
C++ er jo heller ikke mindre objekt orienteret af at cstdio/stdlib/cstring/ctime eksisterer.
PHP og C++ understøtter både procedural og objekt orienteret programmering.
Men det giver ikke meget mening at definere at et sprog kun kan kaldes objekt orienteret hvis det kun understøtter objekt orienteret.
Windcape (19) skrev:Fordi at Rails opfandt MVC... right?
1979 var altså en del år før Rails...
MVC er fra 1979.
Men MVC for web og traditionel MVC har ikke så meget med hinanden at gøre.
Man kunne godt argumentere for at MVC for web slet ikke er MVC.
MVC for web kom på banen med Struts.
Der er mange RoR spinoffs, men RoR har det fra Struts.
#7 & 9
Det må vist betragtes som en "hvilken platform har den pæneste farve".
Hvilken opgave der skal løses spiller naturligvis en rolle.
Men derudover er der også alle de eksterne faktorer: hvad har man kompetancer indenfor, hvilken platform skal det køre på, hvad skal det integreres med o.s.v..
Det må vist betragtes som en "hvilken platform har den pæneste farve".
Hvilken opgave der skal løses spiller naturligvis en rolle.
Men derudover er der også alle de eksterne faktorer: hvad har man kompetancer indenfor, hvilken platform skal det køre på, hvad skal det integreres med o.s.v..
klart .NET .. eller ASP.NET .. med C# ..
Men er også ret farvet ..
Men hvad har man mere brug for end:
1) CMS system som eks. Umbraco v.4
- som kan tweakes og extendes efter behov - og super nemt enda
2) C# skills til at extende sit CMS ..
3) HTML skills til at sætte noget sprødt design op ..
4) Javascript/AJAX skills til at lave det sprøde design bare en lille smule mere sprødt og lækkert ..
Men undrer mig nu ikke at PHP ligger nr. 1 i dette forum .. ;)
Men er også ret farvet ..
Men hvad har man mere brug for end:
1) CMS system som eks. Umbraco v.4
- som kan tweakes og extendes efter behov - og super nemt enda
2) C# skills til at extende sit CMS ..
3) HTML skills til at sætte noget sprødt design op ..
4) Javascript/AJAX skills til at lave det sprøde design bare en lille smule mere sprødt og lækkert ..
Men undrer mig nu ikke at PHP ligger nr. 1 i dette forum .. ;)
Selvom jeg er stor .NET tilhænger, så synes jeg at den klassiske ASP.NET-tilgang er noget bloatet bras. WebUserControls der outputter html, de kunstige events og session states der flyver frem og tilbage, kombineret med utransparent data-binding. Fuck.
Og PHP? Hvad er det for nogle pothoveder der laver et case-sentensive sprog, med dynamisk variable-oprettelse????
Så er der den pt. mest fremtrædende: HTML med JavaScript (Ajax). Jeg går ud fra at den hører under punktet "Kun HTML"? Eller måske hører Ajax under de respektive server-side-miljø'er? Anyway, det er jo fantastisk at sidde at kode, et ikke-kompilerbart sprog, der er blandet med to typer af layout-syntax. For at gøre det lidt bedre, så er det op til klienterne at parse og afvikle det, hvilket de forøvrigt er ekstremt uenige om. Både mht. layout-koden (html, css) og JavaScriptet. Vidste I forøvrigt, at der i den oprindelige html script-definition, er indbygget mulighed for arbitrære script-sprog? Eks. som JavaScript, VBScript, PerlScript mm. FUCK!
Hvor er Flash i den ovenstående afstemning? (ActionScript) Miljøet der er lavet til grafikkere og der derfor ikke indeholder standard-komponenter! Kom, lad os alle sammen lave en button, en checkbox, en scrollbar ...
Ach, jeg tror bare at jeg sætter mig ned i min kælder igen. Hent mig op, når der er lavet et kompilet, clientside, layout- og script-miljø, med et fyldigt og overskueligt Framework, der uden ekstra installation virker på alle klienter. Og der har bare at være en god IDE også!
Og PHP? Hvad er det for nogle pothoveder der laver et case-sentensive sprog, med dynamisk variable-oprettelse????
Så er der den pt. mest fremtrædende: HTML med JavaScript (Ajax). Jeg går ud fra at den hører under punktet "Kun HTML"? Eller måske hører Ajax under de respektive server-side-miljø'er? Anyway, det er jo fantastisk at sidde at kode, et ikke-kompilerbart sprog, der er blandet med to typer af layout-syntax. For at gøre det lidt bedre, så er det op til klienterne at parse og afvikle det, hvilket de forøvrigt er ekstremt uenige om. Både mht. layout-koden (html, css) og JavaScriptet. Vidste I forøvrigt, at der i den oprindelige html script-definition, er indbygget mulighed for arbitrære script-sprog? Eks. som JavaScript, VBScript, PerlScript mm. FUCK!
Hvor er Flash i den ovenstående afstemning? (ActionScript) Miljøet der er lavet til grafikkere og der derfor ikke indeholder standard-komponenter! Kom, lad os alle sammen lave en button, en checkbox, en scrollbar ...
Ach, jeg tror bare at jeg sætter mig ned i min kælder igen. Hent mig op, når der er lavet et kompilet, clientside, layout- og script-miljø, med et fyldigt og overskueligt Framework, der uden ekstra installation virker på alle klienter. Og der har bare at være en god IDE også!
Det var den tilgang som gjorde ASP.NET populært i de mindre uddanede kredse.illishar (31) skrev:så synes jeg at den klassiske ASP.NET-tilgang er noget bloatet bras. WebUserControls der outputter html, de kunstige events og session states der flyver frem og tilbage, kombineret med utransparent data-binding. Fuck.
Med ASP.NET MVC er vi tilbage på en mere kendt arkitektur, som giver transparente databindings, og bedre separering af logikken.
Og med C# og LINQ, står man altså med et sprog og en teknologi som er PHP mange år overlegent.
#32 nu er det vel også et andet segment man sigter efter.
Hvis .NET kunne det samme som PHP ville incitamentet for at give penge for applikationen være relativt lille.
Anyhow.
Nu hvor der er så mange PHP-fans herinde, er der nogen der kender og har erfaring med [url="http://www.projectzero.org/"]IBM's sMASH[/url], hvor man har lavet et PHP sprog, der underliggende bliver oversat til og afviklet som bytecode?
Hvis .NET kunne det samme som PHP ville incitamentet for at give penge for applikationen være relativt lille.
Anyhow.
Nu hvor der er så mange PHP-fans herinde, er der nogen der kender og har erfaring med [url="http://www.projectzero.org/"]IBM's sMASH[/url], hvor man har lavet et PHP sprog, der underliggende bliver oversat til og afviklet som bytecode?
Jeg har udviklet webløsninger i PHP, .NET, J(2)EE, Perl, HTML og sikkert også andre.
Hvis jeg fik lov til at vælge selv (d.v.s. kunden blander sig uden om), ville jeg vælge ca. således:
Ren information uden integrationen til kunden: Ren HTML. Jeg ville nok vælge et framework til at generere en del af det før publicering for at beholde et ens look på tværs af sider, men kunne aldrig finde på at generere det for kunden i et framework. Der er bare ikke noget, der performer så godt som ren HTML (man kan jo bare cache det hele?). Jeg har et par af de sites.
Hvis jeg skulle lave en gæstebog til min mosters hjemmeside (hvilket ville undre sig meget, da min mor ikke har en søster...), så ville jeg da gribe til PHP. Jeg har skrevet en del PHP (nok det, jeg har skrevet mest af), men PHP har sine mangler, når systemet bliver stort (altså... rigtigt stort...). En af de helt store mangler, jeg oplever i PHP, er et udviklingsmiljø, der er intelligent nok til at hjælpe mig med at holde styr på koden.
Skal jeg lave noget, der er rigtigt stort, så bliver det på J(2)EE-platformen. Jeg ville så vælge mit framework efter opgaven - f.eks. JSF, Tapestry, Struts(2'eren måske?). Det giver den maksimale fleksibilitet, og skalerer faktisk rigtigt godt med antallet af brugere - man kan jo vælge at lægge en del af logikken ned i EJB'er på en distribueret og clusteret løsning. Udviklingsmiljøerne er (f.eks. i forhold til PHP) langt foran, og har faktisk rigtigt meget funktionalitet.
Jeg har stemt J(2)EE i afstemningen. Mest fordi det er det, jeg arbejder med nu.
Hvis jeg fik lov til at vælge selv (d.v.s. kunden blander sig uden om), ville jeg vælge ca. således:
Ren information uden integrationen til kunden: Ren HTML. Jeg ville nok vælge et framework til at generere en del af det før publicering for at beholde et ens look på tværs af sider, men kunne aldrig finde på at generere det for kunden i et framework. Der er bare ikke noget, der performer så godt som ren HTML (man kan jo bare cache det hele?). Jeg har et par af de sites.
Hvis jeg skulle lave en gæstebog til min mosters hjemmeside (hvilket ville undre sig meget, da min mor ikke har en søster...), så ville jeg da gribe til PHP. Jeg har skrevet en del PHP (nok det, jeg har skrevet mest af), men PHP har sine mangler, når systemet bliver stort (altså... rigtigt stort...). En af de helt store mangler, jeg oplever i PHP, er et udviklingsmiljø, der er intelligent nok til at hjælpe mig med at holde styr på koden.
Skal jeg lave noget, der er rigtigt stort, så bliver det på J(2)EE-platformen. Jeg ville så vælge mit framework efter opgaven - f.eks. JSF, Tapestry, Struts(2'eren måske?). Det giver den maksimale fleksibilitet, og skalerer faktisk rigtigt godt med antallet af brugere - man kan jo vælge at lægge en del af logikken ned i EJB'er på en distribueret og clusteret løsning. Udviklingsmiljøerne er (f.eks. i forhold til PHP) langt foran, og har faktisk rigtigt meget funktionalitet.
Jeg har stemt J(2)EE i afstemningen. Mest fordi det er det, jeg arbejder med nu.
Jeg har rodet med .NET, Java, PHP og RoR. PHP vinder klart for mig. Det kan klare alle opgaver, og har tilpads med fleksibilitet. Hvis jeg skal lave en lille pispot application som bare skal vise noget simpelt så laver jeg bare det, hvis jeg skal til at lave noget større så hiver jeg mit egetudviklede framework over det.
jAST (23) skrev:#22: http://michaelkimsal.com/blog/php-is-not-object-or...
Syntes nu også det er tyndt.
C++ og Java er OO sprog, men de har begge primitiver der ikke er objekter. Især C++, som bygger ovenpå et procedural sprog.
Men det er nok sandt at PHP er mindre moden i OO end så mange andre sprog, især fordi det startede som rent procedural. Det forhindrer dog ikke i sig selv OO. (Igen, C++)
#31 Tjoh du har nu ret. Men hvad er webudvikling? Det kan da virkeligt ikke være design, det kaldes jo webdesign. HTML er design; det er et markup sprog, det definere udelukkende hvordan data skal formateres, og ligeledes CSS.
Tilbage har vi, klientside kun JS og diverse plugins, så som Flash, Java & Silverlight. Hvis vi i disse plugins ignorere design delen, og kun tænker på det programmelle, tæller de også med i webudvikling.
En stor del af webudvikling er vel i bund og grund behandling og levering af data, som der så kan blive formateres på en eller anden måde af en designer flap. Tænker både på input & output her, som jo giver web sin intetaktivitet, om det så værende formularer eller diverse andre former for to-vejs kommunikation mellem klient og server.
Så jeg vil ihvertfald anse AJAX som værende en teknologi, men den er vel afhængig af en platform. Den håndtere jo kun kommunikation, og kan endda behandle data, men den er kun i stand til at give input; output skal komme fra platformen den er tilknyttet. (Syntes dæleme det er en smart måde at gøre det på; hvorfor skal serveren bekymre sig om klientens opførsel)
Flash, Silverlight og Java opfører sig ligesom AJAX, idet de stadigvæk er afhængige af en platform.
Man kan vel egentligt anse AJAX, Java, Silverlight & Java som værende logikken bag et interface, da de er separeret fra systemet. Så det er vel mere om man vil have et interface der er server baseret, eller klient baseret, hvor det sidste selvfølgelig tillader langt mere pomp og pragt, samt kan fjerne server belastning og give langt bedre responstid for klienten.
Men stadigvæk har jeg stadig følelsen, af at det er ret ligegyldigt. Webbet er blot data, i form af tekst, billeder, video og lyd, og ligegyldigt hvor mange fine teknologier der benyttes til at levere mig dette, ender jeg altid med det samme resultat. (Mængden af støj og hastigheden af min forståelse af data er vel det der kæmpes omkring, både på platforms og design niveau)
Ser ikke frem til fremtiden hvor web og computer bliver ét, som så mange spår. Jeg kan lide mit software som eksekverer på min egen computer og som bruger mit eget hardware. Selvfølgelig er netværks kommunikation nødvendigt, men det er i langt højere grad blot den rå data, som min computer så selv kan behandle. (Argh, paralleller til AJAX, Flash, Silverlight & Java - jeg kan se hvor de vil hen med det, men når de befrier sig fra en browser, er de så ikke blot almindeligt software med netværks kommunikation?)
Og lige en yderlige tanke til min indskutte bemærkning ovenstående; hvis web applikationer begynder at køre på klienten som normalt software, HVORFOR skal man så nøjes med de svage sprog hvis formål er et andet? Hvis man endelig skal lave et stykke software der skal køres uden browser, offline osv., hvorfor ikke blot benytte C++, Java, C# eller whatever, hvis formål netop ER dette? Hvorfor Silverlight? Eller Flash? Jeg vil hellere have noget der kan snakke direkte med mit hardware, fremfor lag på lag på lag af teknologier, som skal gøre det nemmere for udviklerne.
#40 man kan vel lave noget VBScript der taler med noget API-værk der så eksponere noget HTML, og på den måde skrue sit eget framework sammen - eventuelt batchafviklet, så HTML kun bliver dannet 1 gang i timen.
Personligt synes jeg det lyder som en behagelig og stabil platform at arbejde med.
Personligt synes jeg det lyder som en behagelig og stabil platform at arbejde med.
illishar (31) skrev:Vidste I forøvrigt, at der i den oprindelige html script-definition, er indbygget mulighed for arbitrære script-sprog? Eks. som JavaScript, VBScript, PerlScript mm. FUCK!
Ja..........
Ved du at:
<script language="VBScript">
...
</script>
rent faktisk virker i IE ?
illishar (31) skrev:Ach, jeg tror bare at jeg sætter mig ned i min kælder igen. Hent mig op, når der er lavet et kompilet, clientside, layout- og script-miljø, med et fyldigt og overskueligt Framework, der uden ekstra installation virker på alle klienter. Og der har bare at være en god IDE også!
Det er svært at compile til noget som virker på alle klienter uden installation.
Bedste bud er nok GWT. Hvis det er OK at forvente JavaScript support i browseren.
Windcape (32) skrev:Det var den tilgang som gjorde ASP.NET populært i de mindre uddanede kredse.
Med ASP.NET MVC er vi tilbage på en mere kendt arkitektur, som giver transparente databindings, og bedre separering af logikken.
Nu vil jeg ikke kalde mig ASP.NET MVC specialist (jeg vil ikke engang kalde mig kyndig), men alle de eksempler jeg har set bruger enten HTML genererende controls ligesom ASP.NET WebForms eller blander kode med tags.
At blande kode med tags er et skridt tilbage i separeringen.
ASP.NET MVC's forcer ligge vel snarere i at:
- den bruger en mere naturlig web model fremfor at forsøge at presse en traditionel GUI model ned over en web løsning
- den undgår det værste controller fra ASP.NET WebForms, for ganske vist er controller principielt en udmærket måde at hive koden ud af HTML'en - men der er nogle controller som er ganske forfærdelige og hvor det ender med at brugere sidder og skriver SQL i deres HTML tags
Windcape (32) skrev:Og med C# og LINQ, står man altså med et sprog og en teknologi som er PHP mange år overlegent.
Windcape (36) skrev:JSF er aldrig det rigtige framework til opgaven!
Hvilket jo så er to meget subjektive vurderinger. To vurderinger som ikke matcher de valg der sker ude i virkeligheden.
Borg[One skrev:(33)]Nu hvor der er så mange PHP-fans herinde, er der nogen der kender og har erfaring med [url="http://www.projectzero.org/"]IBM's sMASH[/url], hvor man har lavet et PHP sprog, der underliggende bliver oversat til og afviklet som bytecode?
Nix.
Men det er ikke den eneste,
CodePlex har Phalanger projektet hvor PHP kode kører under ASP.NET.
Resin har Quercus hvor PHP kode kører i en servlet container.
Windcape (40) skrev:Ingen seriøse mennesker vil kalde VBScrpt for et udviklingsmiljø der er værd at nævne.
Det var den mest udbredte server side teknologi i mange år.
Windcape (43) skrev:Det er jo heldigvis en teknologi som er glemt at tiden selv
Server side JavaScript slog aldrig rigtigt igennem.
NetScape serverne blev aldrig så populære.
Og MS brugerne foretrak VBScript.
- Forside
- ⟨
- Forum
- ⟨
- Afstemninger
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.