Hvilket progr.språk bør brukes til webutvikling?

[salah]

Hei forumfolk

 

Jeg driver med mye webutvikling og er intressert i å utforske det meste innen dette emnet. Så etter å ha lært meg utrolig mye i PHP det siste året, har jeg endelig starta med Perl og litt leking med Python.

 

Så jeg hadde tenkt til å starte et stort prosjekt som jeg bruker mye tid på, dette skal bare være for morro skyld og ikke for publisering (men selvsagt bør man jo kunne kalle det et nettsted da).

 

Prosjektet skal ha mye kontakt med databaser (har to maskiner, en som databaseserver og en som webserver). Serveren skal også innom en del prosessering (looper, sjekker osv).

 

Spørsmålet er, hvilket språk er egnet til store prosjekter?

 

Mvh pavlion

[dabear]

Jeg bruker php til vanlig. Dog kan jeg python, så jeg vurderer å se på Django (rammeverk). Andre alternativ er ruby-on-rails

[abcd423417984]

PHP bør vel gjøre jobben. Det har blitt kraftig forbedret i versjon 5 slik at det kan ta opp kampen med andre penere språk

[Loomy]

PHP er bankers. Python, Django og alt det der ser jo spennende ut, men husk at du kanskje vil bruke det på annet enn en lokal server, og da må du lete deg fram til den eneste, svindyre ISPen i hele verden som støtter sjitet

[Gjest Slettet-8fx0y6VV]

PHP er bankers. Python, Django og alt det der ser jo spennende ut, men husk at du kanskje vil bruke det på annet enn en lokal server, og da må du lete deg fram til den eneste, svindyre ISPen i hele verden som støtter sjitet

5537724[/snapback]

 

Kvalitet koster penger vet du

Men jeg kan ambefale Python sammen med Django på det sterkeste! Siden du snakker om at serverene skal gjore mye kalkulasjoner er jo python til å foretrekke over PHP pga ytelse.

 

Mere om django: http://www.djangoproject.com/

[___]

Hei forumfolk

 

Jeg driver med mye webutvikling og er intressert i å utforske det meste innen dette emnet. Så etter å ha lært meg utrolig mye i PHP det siste året, har jeg endelig starta med Perl og litt leking med Python.

 

Så jeg hadde tenkt til å starte et stort prosjekt som jeg bruker mye tid på, dette skal bare være for morro skyld og ikke for publisering (men selvsagt bør man jo kunne kalle det et nettsted da).

 

Prosjektet skal ha mye kontakt med databaser (har to maskiner, en som databaseserver og en som webserver). Serveren skal også innom en del prosessering (looper, sjekker osv).

 

Spørsmålet er, hvilket språk er egnet til store prosjekter?

 

Mvh pavlion

5536470[/snapback]

 

Som Java-mann vil jeg selvfølgelig anbefale et MVC-basert rammeverk som f.eks. WebWork til web-delen, og Hibernate til persistens-delen.

 

Det er lenge siden jeg syslet med Perl i web-sammenheng, men av en eller annen grunn sluttet jeg med det.

 

Werner

[dayslepr]

Common Lisp er egnet til store prosjekter!

 

Ta en tur innom hver av disse:

http://www.paulgraham.com/avg.html

http://www.paulgraham.com/iflisp.html

http://www.itconversations.com/shows/detail188.html

 

http://wiki.alu.org/Kenny's_RtLS_Top-Ten

http://wiki.alu.org/RtL_Highlight_Film

 

http://wiki.alu.org/Success_Stories

http://www.franz.com/success/index.lhtml

http://wiki.alu.org/Industry_Application

http://wiki.alu.org/Research_Organizations

 

Litt om Common Lisp og Web:

http://homepage.mac.com/svc/RebelWithACause/index.html

 

En veldig god bok om Common Lisp (kan leses gratis online!):

http://www.gigamonkeys.com/book/

 

Denne boken er blant finalistene i SDMagazine: http://www.sdmagazine.com/pressroom/jolt_finalists_2006.html

 

Lisp er helt rått! Jeg har vært borti; Pascal (og Delphi i nyere tid), Basic, Java, C, C++ (helt ut i ytterkantene av templates; det alle C++'ere er så begeistret for helt uten grunn - noe jeg ser nå i ettertid), ASP, PHP m.m., men ingen av disse har strekkt seg (og meg) så langt som Lisp.

Endret 4. februar 2006 av dayslepr

[smetho]

For meg personlig så hadde Java (servlets/JSP) vært det greieste (fordi det er det jeg kjenner best), men de fleste språk kan klare dette. Du sier det er et stort prosjekt. Stort er relativt Skal du lage noe som faktisk er veldig "krevende" (og på hvilken måte er det "krevende"), eller bare noe som er omfattende for en person over noen uker/måneder? Hva skal systemet gjøre? PHP er enkelt og raskt å utvikle i, og siden du har erfaring fra dette så hjelper det jo veldig.

 

Kravene du stiller her passer igrunn for de fleste språkene. Har du noe mer detaljer?

[Gjest Slettet-8fx0y6VV]

PHP er enkelt og raskt å utvikle i, og siden du har erfaring fra dette så hjelper det jo veldig.

5548103[/snapback]

 

Vist du tror det er raskt å utvikle web aplikasjoner med PHP, har du ikke prøvet Rails/Django/Turbogears

[AKIRAx77]

Ikke at det er et språk, men mer et rammeverk å sette alle språkene inn i og gi dem en måte å jobbe sammen på, så bur du titte på AJAX.

 

http://www.adaptivepath.com/publications/e...ives/000385.php

 

AKIRA

[smetho]

PHP er enkelt og raskt å utvikle i, og siden du har erfaring fra dette så hjelper det jo veldig.

5548103[/snapback]

 

Vist du tror det er raskt å utvikle web aplikasjoner med PHP, har du ikke prøvet Rails/Django/Turbogears

5548969[/snapback]

Nei, det har jeg ikke Derfor nevner jeg heller ikke noe om det, hehe.

[___]

Ikke at det er et språk, men mer et rammeverk å sette alle språkene inn i og gi dem en måte å jobbe sammen på, så bur du titte på AJAX.

 

http://www.adaptivepath.com/publications/e...ives/000385.php

 

AKIRA

5549011[/snapback]

 

Ajax er slett ikke et rammeverk, men et akronym (Asynchronous JavaScript And XML), som beskriver en teknikk for å lage interaktive webapplikasjoner ved å kombinere (X)HTML og CSS med Javascript, og bruke XMLHttpRequest for å hente data fra en web-server. (Det finnes andre måter å hente data på også.)

 

Uansett, hovedformålet med dette er å kunne lage en webapplikasjon der brukeren ikke trenger å laste siden på nytt, hver gang brukeren forandrer noe.

 

Et eksempel på enkel Ajax-funksjonalitet kan være i en form, der man ved å endre innholdet i postnummerfeltet automatisk får korrekt stedsnavn i poststedsfeltet. Dette løses ved at et javascript i webbrowseren sender en request til webserveren, med innholdet i postnummerfeltet som parameter. Webserveren returnerer et stedsnavn, som så puttes inn i poststedsfeltet.

 

Ajax er rammeverknøytralt, da det stort sett benytter seg av funksjonalitet i klientlaget, som er en Javascript-enablet webbrowser.

 

Werner

[dayslepr]

hvordan ville du definert et rammeverk da?

 

edit:

sånn av nysjerrighet

Endret 4. februar 2006 av dayslepr

[AKIRAx77]

Ajax er slett ikke et rammeverk, men et akronym (Asynchronous JavaScript And XML),  som beskriver en teknikk for å lage interaktive webapplikasjoner ved å kombinere (X)HTML og CSS med Javascript, og bruke XMLHttpRequest for å hente data fra en web-server.  (Det finnes andre måter å hente data på også.)

 

Werner

5551142[/snapback]

 

Ja, hva definerer du som et rammeverk? Jeg ble nå litt nyskjerrig selv. For det du skriver over her, ville jeg kalle definisjonen på et rammeverk.

 

Det er ikke helt i følge tråden dette, men en oppklaring av dette kan jo ikke skade siden det tangerer tema i tråden.

 

AKIRA

[___]

 

Ja, hva definerer du som et rammeverk? Jeg ble nå litt nyskjerrig selv. For det du skriver over her, ville jeg kalle definisjonen på et rammeverk.

 

Det er ikke helt i følge tråden dette, men en oppklaring av dette kan jo ikke skade siden det tangerer tema i tråden.

 

AKIRA

5551621[/snapback]

 

Grunnen til at jeg sier at Ajax ikke er et rammeverk, er at det ikke er en fast struktur på hvordan man gjør ting. Enhver kombinasjon av HTML/Javascript som kan kommunisere asynkront med en server, kan påberobe seg å kalle seg Ajax.

 

Et rammeverk er gjerne et sett av prefabrikerte "byggeklosser" som utviklere kan bruke for å sette sammen en applikasjon. Disse byggeklossene kan f.eks. være wrappere rundt et API, f.eks. JDBC, som frigjør utvikleren fra mye koding i forbindelse med programmering av databasefunksjonalitet.

 

Et rammeverk dikterer også hvordan en applikasjon er strukturert.

 

Et godt rammeverk lar utvikleren konsentrere seg mer om forretningslogikk, og mindre om såkalt "boilerplate" kode, dvs kode som har med komplisert og omstendelig funksjonalitet som HTTP/CGI, databaseaksess, osv.

 

Man kan på en måte si at et rammeverk er en halvferdig applikasjon, som man utvider og tilpasser for å lage egne applikasjoner.

 

Det er lett å se at Ajax faller utenfor dette. Hvorfor? Som jeg tidligere har sagt så er Ajax en kombinasjon av (X)HTML/CSS og JavaScript som kommuniserer med en web-server. Dette foregår ikke på innsiden av noe rammeverk, men i en web-browser.

 

Werner

[dayslepr]

edit:

okei .. jeg poster i fylla igjen ......

 

uansett, jeg synes man godt kan kalle ajax et sett verktøy - eller et rammeverk ..

 

A framework may include support programs, code libraries, a scripting language, or other software to help develop and glue together the different components of a software project.

 

det er jo akkurat det disse komponentene (XMLHTTPRequest-klassen.. o.l.) gjør; de hjelper en å utvikle og «lime sammen» deler av en løsning ...

 

bah, det er vel i grunn irrelevannt hva man kaller det .. fjerner man det unødvendige motargumentet i starten sitter man igjen med en ellers helt grei post i en helt grei tråd

Endret 5. februar 2006 av dayslepr

[salah]

Takker for fine, hjelpsomme svar

 

Men altså dette med rammeverk, hvordan fungerer dette?

 

Selv synes jeg PHP er et kraftig språk med mange fine funksjoner, men jeg er ikke helt sikker på om det passer til store prosjekter.

 

Med store prosjekter mener jeg prosjekter som tar tid å lage, hvor objektorientert programmering er mye brukt.

[dayslepr]

synes wikipedia forklarer det greit, og det linkes til eksterne resurser med litt andre forklaringer og tolkninger av ordet:

http://en.wikipedia.org/wiki/Framework

 

blir litt «synsing» hva en anser som rammeverk og ikke virker det som

 

hvilke ting som bør kategoriseres som rammeverk eller ikke er egentlig ikke så viktig å få med seg IMHO .. bare du forstår, eller setter deg inn i hva de forskellige tingene du titter på innebærer - uhm, altså uansett om de regnes som rammeverk eller ikke

Endret 7. februar 2006 av dayslepr