PHP er et serverside sprog; dvs primært meget korte programstumper der lige aktiveres og derefter dør. Det betyder at det administrative overhead ved at oprette og holde rede i objekter vejer tungere i php end i de fleste applikationsprogrammer. OOP er ikke en prioritet for php andet end som salgsargument til folk der absolut vil have noget med objekter i :-))
Men det OO der er er rimeligt godt.
http://dk.php.net/ (...) (bemærk at det er om version 5 af php)
mvh JakobA
jakob>
Nu er jeg ikke PHP programmør, så ....
Men jeg kan ikke forestille mig andet end at PHP løsninger må dele
karakteristika med løsninger i andre sprog.
Ved store løsninger vil objekt orienteret analyse, design og
programmering give lavere udviklings omkostninger og lavere
maintenance omkostninger.
Enig. Der er blot ikke så mange 'store' php-løsninger, når der er brug for en stor vil man normalt vælge JSP eller C# for fartens skyld.
Den klassiske personlige hjemme side en håndfuld PHP filer har næppe brug for OOP.
Men det er da mit indtryk at der også bliver lavet nogle større løsninger
i PHP.
Specielt tror jeg at de færdige PHP løsninger (som også findes gratis),
hvor brugerne sommetider selv vil tilrette kunne bruge noget OOP.
[sagt uden at have kigget på koden for phpnuke, oscommerce, phpbb etc.]
På alle mine sites bruger jeg OO. Det kan godt være det giver overhead, men ikke nær så mig som det overhead jeg udgør, hvis jeg bruger dobbelt så lang tid på at vedligeholde det senere.
De ting jeg har savnet i php (Exceptions, indkapsling primært) er nu kommet i php5. Så mangler vi bare at den bliver stabil nok, til at jeg gider at lege med den :)
Jeg takker meget for de konstruktive svar.
Jeg skal udvikle en prototype, som i bund og grund blot skal _vise_ at ideen virker. Her kommer PHP ind i billedet, da det er noget jeg kender godt til. Alternativet er JSP, som jeg ikke har arbejdet med (og jeg har heller ikke arbejdet med Java længe).
Problemet ligger og falder på om PHP er OO, og især om den kan håndter nedarvning. Jeg har fundet ud af at det gør den, spørgsmålet er bare hvor godt og hvor meget den ellers håndtere...
Hvis du vælger Java vejen så har du alle muligheder: fuld OO, indbygget mulighed
for 3 eller 4 eller 5 tier arkitekturer, forskellige muligheder i frontend
(bare JSP, Struts, WebWork etc.), forskellige muligeheder i backend
(EJB, Spring etc.), masser af patterns etc.etc..
Men alt kommer jo med en pris. Det tager masser af tid at danne sig et overblik
over mulighederne for at vælge det bedste. Og det tager tid at sætte sig ind
i de teknologier. Meget tid da meget af det er kompliceret stof.
Jeg købte en PHP bog og en Struts bog samtidigt. Det tog 10 gange
så lang tid at komme igennem Struts bogen som PHP bogen.
sunlock>
Tid at afslutte spørgsmålet ?
Bed dem du synes har bidraget ligge et svar !
arne_v <<
Undskyld - havde så travlt med at programmer :-)
Jeg har pt. valgt PHP - der kan altid skiftes til JSP hvis det bliver nødvendigt.
arne_v og jakoba, gider i smide et svar? :-)
Sry, men havde håbet på at jakoba også smed et svar, men okay :-)
Hvis jakob vil have han halvdel, så skal han bare fløjte så opretter jeg en
30p overførsel til ham.
