Webutvecklingens förbannelse...

Då måste man ju lära sig ett språk till

Du är inte alls grinig. Naturligtvis har du rätt. Som det är nu är det en enda röra, som om man skulle vara tvungen att kunna flytande tyska, franska och engelska, och att kunna blanda dessa, om man vill göra sig förstådd i Spanien...

Eller kunna spela golf, ishockey och squash när man ska dammsuga i köket. Vansinnigt.

Använd WebObjects... Då kommer du ner på två "språk": Java & HTML...:)

Mitt tips om du vill satsa: skippa PHP och ASP och hoppa direkt på JavaServer Pages - JSP. Det kan kännas "lite mycke" i början men är i grunden inte så svårt. Man måste kunna Java, och man bör hålla sig till en god arkitektur på applikationerna, men sen öppnar sig alla möjligheter till kraftfulla och utvecklingsbara web-applikationer.

Jag rekommenderar boken JavaServer Pages av Hans Bergsten (O'Reilly är förlaget). Den går igenom JSP fullständigt och ger utmärkta riktlinjer om hur man använder det på bästa sätt.

Vill du sen titta mer på applikationsramverk för JSP (för att slippa utveckla applikationslogik själv) så är Struts (som betyder strävor eller stöttor, sånt som håller uppe en byggnad) mycket intressant. Boken "Programming Jakarta Struts" (och O'Reilly) är mycket bra.

Allt man behöver finns att ladda ned och är open source.

Jo, det vore ju faktiskt att föredra. Problemet är ju att man då egentligen skulle behöva byta ut HTML och JavaScript mot något slags universellt språk ut mot klientsidan (som HTML fast icke-statiskt), eftersom det är där som språkförbistringen börjar. På serversidan tycker jag att det är bra med ett separat språk som sköter själva logiken bakom, men att koden ska kunna separeras från innehållet (som ASP.NET:s "codebehind"). I PHP går ju inte det så bra, och det blir alldeles för ofta spaghettikod. Det tycker jag är rätt synd, eftersom PHP i övrigt är min favoritmiljö för dynamisk webb.

MS har ju lite ambitioner åt att gömma javascript- och HTML-biten för webbutvecklaren, och i ASP.NET har därför man en massa specialtaggar som för utvecklaren liknar något åt XML-hållet (t.ex. <asp:DataGrid></asp:DataGrid>). Sedan tuggar servern igenom det hela och spottar ur sig HTML och färdiga javaskript till klienterna. Tanken är god, men problemet är bara att det hela hanteras av ett bitvis hjärndött API och att man därför ibland hamnar i den sitsen att man vet exakt vilken HTML-kod man vill ska skickas ut till klienterna, men att API:et gör det i princip omöjligt. Tanken bakom det hela var säkert god, men jag jobbar hellre i en soppa av tre olika språk än att brottas med ett korkat och buggigt API...

De olika "språken" du beskriver är ju riktade mot olika ändamål, HTML är för presentation, JavaScript för klientexekvering (tungt ord) och PHP/ASP för serverexekvering. De har vuxit fram vid olika tidpunkter på skilda platser och separat från varandra. Därför är det den röra det är idag, men det finns ju faktiskt lösningar som är smidigare, som föreslagit här i tråden. Dock tycker jag att det inte är så farligt rörigt, just eftersom de inte försöker göra samma sak samtidigt (att likna det vid talade språk är en rätt kass jämförelse).

Det jag tycker känns tyngre är att man nu ska lära sig XML, XHTML, CSS, XSLT osv. Att göra hemsidor med gamla hederliga html-tabeller är ju nästan en dödssynd numera, men av gammal vana har man fortsatt på det spåret med "Tag Soup"-kod.

Jag tycker att fler borde göra hemsidor i Flash. Att ladda ner en Flash-spelare är ju knappast mer besvärligt än att ladda ner en browser och man slipper problem med olika webläsare och datorer. Problemet är väl att Flash är dyrt och besvärligt, medans HTML är gratis…

Jag håller inte riktigt med. Flash går bra för sajter som har effekter och design som enda mål. Men i övrigt så är det inte att rekommendera. Det som på engelska kallas "Accessibility" drabbas hårt av sidor gjorta i Flash. Folk som har lässvårigheter får stora problem att använda dom sidorna. Plus att det inte går att lägga bokmärken till enskilda sidor. Plus att de inte hamnar i sökregister som t.ex. Google. Plus att... osv.

Men det borde väl gå att utveckla…
varför skulle det vara svårare att läsa i Flash?

Om man är synskadad och använder program som omvandlar hemsidor till tal så behövs strukturerad text som uppläsningsprogrammen klarar av. Precis som t.ex. textbaserade webbläsare som Lynx fungerar.

Nu är ju detta en väldigt liten del av befolkningen det berör, men ändå. Och visst kan nog Flash utvecklas för att bättre stödja detta, men vi är inte där idag så vitt jag vet.

JavaScript är ondskefullt. Blir ofta konstigt beteende i olika webläsare. Dessutom kan man göra det mesta med CSS istället.

Ciryon

Precis. Håller man sig till strikt (X)HTML utan formatering och i kombination med CSS tycker jag att man kan göra rätt mycket utan att det blir soppa. CSS är vår frälsare!

Kan bara hålla med om att JavaScript är ont.
Har själv (med framgång!) kört våga-vägra-JavaScript ända sedan det kom...

Anser att det är urbota korkat att motivera kompabilitetsproblem och krånglig kod med att det blir snyggare om man gör så...

Men så är jag ju programmerare och funktionalist, och vinner inga pris för designen på mina prylar... Som ett exempel kan jag nämna att jag själv har designat min avatar (visserligen lite hämmad i min kreativitet av att verktyget var MS Paint, men...)...

Glömde du inte SQL? (Om du kör PHP eller ASP alltså mot en SQL-databas alltså). Så då är vi uppe i fyra språk!

Hihi.

/Ola

JavaScript! Trams det heter faktiskt LiveScript! Hehe..

Ta en titt på css/edge. Bra exempel på alla fräcka saker man kan göra med CSS utan att blanda in ett enda JavaScript. Tyvärr har Internet Explorer/Windows fortfarande väldigt dåligt stöd för CSS så man får vara lite försiktig.

Att vissa JavaScript bara funkar i windows lär bero på microsofts egen tolkning av java.

Ciryon

Det är inte så illa egentligen - det gäller bara att förstå begränsningarna kring varje användningsområde för de olika språken. Såväl Java, Javascript och PHP är baserade på C-syntaxen, som är trevlig och ger viss konsekvens mellan språken...

Javascript har ingeting att göra med Java. Bara namnet som var en marknadsgimmick av Netscape. Det hette LiveScript innan.

Finns det någon "standard" vad gäller JavaScript?

Själv använder jag det inte alls. Finns så mkt bättre alternativ.

Ciryon

Jodå, det finns en standard. Jag har en gammal pdf liggande där språket beskrivs. Tidigare var det grym skillnad mellan M$'s produkter och alla andras vad gällde tolkning, men det verkar ha blivit bättre på senare tid.

Vad gäller alternativ finns det inte alltid bra sådana - jag skrev i veckan ett litet script som går igenom och ändrar form-objekt på en sida, vilkas antal är okända och varierar från sida till sida. Till exempel kan jag ha 25 textfields på en sida men bara 5 på en annan. Så visst fyller det sin funktion, även om man som jag ser det alltid bör sträva efter att använda andra medel då det går, företrädesvis css.

Någon som provat ruby? www.ruby-lang.org

vänligen
/P

Som jag ser det är det bara du som är grinig.

Nej, skämt åsido. Jag utvecklar i HTML, ASP, SQL och DHTML/JavaScript. SQL:en är såpass annorlunda att det är ganska lätt att skilja den från resten, men när man har ASP som genererar JavaScript kan det ibland vara lite knepigt att hålla isär de olika syntaxerna. Men det gäller att inse att det bara är olika språk. Programmeringsmetodiken är ofta densamma.

När jag pluggade programmering på universitetet så arbetade vi i C++ och även om jag aldrig skulle drömma om att arbeta i detta bökiga språk utan föredrar de "quick'n'dirty"-möjligheter som ASP i kombination med andra språk ger mig, så lärde jag mig ändå en del om grunderna i programmering och dessa har jag burit med mig från språk till språk. SQL är i dessa sammanhang fortfarande lite av ett undantag eftersom det till största delen handlar om att ha koll på delmängder, datum och liknande.

Alltså: om man tycker att det är bökigt att hålla reda på flera olika syntaxer så beror det med största sannolikhet på att man inte har koll på programmeringsmetodiken. I grund och botten löser man samma problem på likartade sätt - det är bara syntaxen som varierar och är man osäker så är det enkelt att hitta hjälp på nätet eller i böcker.