ProgrammeringsBaren! Småprat, om det du elsker!

[worseisworser]

Synes det blir litt mange tegn å holde styr på -- og savner CL-WHO litt, men Clojure er da gøy det også:

 

 

Jeg kunne forøvrig brukt :ul og :a hvis jeg ville det.

 

HTML-output i HTML-form: http://static.nostdal.org/temp/clojure-test-project.html

 

... ...

Endret 6. juni 2011 av worseisworser

[Matsemann]

Uff, for en blanding av HTML og kode.

Og kom deg bort fra XHTML btw.

[worseisworser]

Jeg ville vel ikke kalt én for-loop for kode; slikt brukes i templates også.

 

HTML5 er forøvrig ikke en standard ennå.

Endret 6. juni 2011 av worseisworser

[Matsemann]

Ja, det er sant. Men jeg er heller ikke så stor fan av template-motorer som tvinger en til å skrive HTML på rar måte.

 

Kan skrive fult fungerende HTML5 som dekker mer enn XHTML og som støttes av alle dagens nettlesere. For litt eldre IE-versjoner trenger man et JS-script i toppen for at den skal tolke <article> osv. som DIVs. Så er bare å ta i bruk HTML5, og så evt. ha litt fallback på ting med JS.

[worseisworser]

Ok!

 

For meg er dette den foretrukne måten å generere HTML på, og dette er egentlig ikke templating da jeg har tilgang til absolutt hele det "bakenforliggende" språket hvor-som-helst og når-som-helst. Akkurat samme struktur(er) benyttes til både kode og data hele veien, så en slipper et slags brått eller opprivende (problemer med escaping og annet) bytte mellom to verdener. Forøvrig enig at det kan sees på som "rart", men tanken er å benytte dette til generering av HTML som designere ikke skal måtte behøve å forholde seg til.

 

..er ikke helt sikker på hvor lurt det er å benytte seg av HTML5 som dokumenttype ennå. Eller, siden både HTML5 som dokumenttype -- og HTML5-elementer i et XHTML-dokument regnes som ikke-standard begge deler ... så tja; blir vel galt uansett.

Endret 6. juni 2011 av worseisworser

[Matsemann]

Ja, jeg ser absolutt det kan ha noe for seg, og er spennende med ny input annerledes fra hvordan man er vant til å gjøre ting.

[xibriz]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

 

Da kan man enkelt tilpasse output til HTML, E-mail osv. på den ene siden, og så flere typer SQL, XML osv. på den andre siden.

[worseisworser]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

 

Da kan man enkelt tilpasse output til HTML, E-mail osv. på den ene siden, og så flere typer SQL, XML osv. på den andre siden.

 

Dette høres ut som MVC.

 

( http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller )

[GeirGrusom]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

 

Da kan man enkelt tilpasse output til HTML, E-mail osv. på den ene siden, og så flere typer SQL, XML osv. på den andre siden.

Dette er vel noe som har vært mantra innen bransjen siden 60-tallet. Skill alle elementer fra hverandre så godt som mulig. Hvorfor dette plutselig er noe nytt innen web aner jeg ikke.

[worseisworser]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

 

Da kan man enkelt tilpasse output til HTML, E-mail osv. på den ene siden, og så flere typer SQL, XML osv. på den andre siden.

Dette er vel noe som har vært mantra innen bransjen siden 60-tallet. Skill alle elementer fra hverandre så godt som mulig. Hvorfor dette plutselig er noe nytt innen web aner jeg ikke.

 

Det virker i grunn som om mange ting går igjen gang på gang. Altså ta f.eks. OOP i sammenheng med Smalltalk (e.l.) kontra hvordan Sun presenterte det når Java kom på banen.

[xibriz]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

 

Da kan man enkelt tilpasse output til HTML, E-mail osv. på den ene siden, og så flere typer SQL, XML osv. på den andre siden.

Dette er vel noe som har vært mantra innen bransjen siden 60-tallet. Skill alle elementer fra hverandre så godt som mulig. Hvorfor dette plutselig er noe nytt innen web aner jeg ikke.

 

Har du prøvd f.eks. PHP før det ble objektorientert?

[GeirGrusom]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

 

Da kan man enkelt tilpasse output til HTML, E-mail osv. på den ene siden, og så flere typer SQL, XML osv. på den andre siden.

Dette er vel noe som har vært mantra innen bransjen siden 60-tallet. Skill alle elementer fra hverandre så godt som mulig. Hvorfor dette plutselig er noe nytt innen web aner jeg ikke.

 

Har du prøvd f.eks. PHP før det ble objektorientert?

Det skal ikke spille noen rolle. Objektorientering gjør det bare enklere.

[xibriz]

Det var det som var poenget mitt, siden det ikke var enkelt fra starten av, og det flikkes på mye gammel kode, så er det ikke en selvfølge at webapplikasjoner følger best practice.

[GeirGrusom]

Det var det som var poenget mitt, siden det ikke var enkelt fra starten av, og det flikkes på mye gammel kode, så er det ikke en selvfølge at webapplikasjoner følger best practice.

Bare skill ut funksjoner i egne filer, vær nøye med navngivning, så går det fint. Det er bare at web er, og har vært litt tilbakestående i forhold til andre ting. Utviklingen har vært mildt sagt uheldig. Det er helt ufattelig at et såpass Ad-Hoc utviklet programmeringsspråk som PHP dominerer.

[Matsemann]

Han som har skrevet Innocent Code mener at kjernen ikke skal vite hvor dataen blir av på verken input- eller output-siden.

Forøvrig en fantastisk bok, har den i hylla her.

[Datasmurf]

Er LUA lett å lære? Tenkte å lære meg det for å fikse levels til Angry Birds.

[Alex Moran]

Lua er et veldig enkelt og greit språk som ikke bør by på for store problemer.

[Melloweitsj]

Finnes det en IRC-kanal der programmerer herfra henger eller vet dere om noen store kanaler (kan gjerne være engelsk)?

[Blåbær]

Daniweb forumet er toppers, ellers har du stackoverflow.

[worseisworser]

Stilig at OSS er laaaangt foran andre alternativer her:

http://wiki.apache.org/stdcxx/C++0xCompilerSupport