I bør så vidt muligt vælge OOP hvis I har muligheden. Hovedbegrundelse: hvis programmering er noget I agter at fortsætte med så er det et *must* for en seriøs programmør at kunne OOP.
Bortset fra dette kan PHP sagtens programmeres uden OOP uden at det nødvendigvis har den store betydning. Det vigtigste er at man lære at strukturere sin kode fornuftigt (men her er OOP et godt hjælpeværktøj).
Om det kan betale sig tidsmæssigt?
Udviklingsmæssigt:
Tja, det kommer an på jeres baggrund. Hvis I er vant til at programmere PHP, men ikke som OOP, så er der en ekstra lære-process, som godt kan tage sin tid til at starte med – det er kort sagt en anden tankegang man skal lære sig.
Vedligeholdelsesmæssigt:
Absolut. OOP er nemmere at fejlfinde og vedligeholde i. Hvis I senere ønsker at lave noget på en anden måde er det også en fordel hvis al funktionaliteten holdes samlet i en klasse i stedet for at den er spredt ud over en masse PHP-filer.
Om det kan betale sig performancemæssigt?
Der har det næppe den store forskel om I vælger det ene eller det andet.
OOP tager lidt længere tid at gennemtænke synes jeg, men tilgengæld er det yderst anvendeligt i "genbrugssituationer" og som nielle skriver nemmere at vedligeholde og rette i.
Jeg vil dog mene at projektet skal have en vis størrelse før det kan betale sig (hvis man ikke allerede er inde i OOP termonologien/teknikken). Man kan i mange situationer lig så godt benytte funktioner i stedet for.
Det kan f.eks. være fordi at man har brug for at have flere instanser i samme klasse i luften på en gang - og at hver instans har brug for at have sine egne interne variable.
Det er ikke så relevant lige i denne løsning, hvor der formentlig kun lægges op til at der kun er en instans af f.eks. administrator klassen.
Der er dog andre fordele i dette projekt; f.eks.:
1) OOP-tankegangen tilskynder til at man adskiller funktionalitet fra design (html/css-koden). Dermed er det nemt senere at ændre designet uden at bekymre sig om hvorvidt man kommer til at ødelægge funktionalitet. 2) Ligeledes tilskynder den til at man får samlet funktionaliteten på et centralt sted, hvilket betyder at man senere nemt kan overskue hvor der skal ændres noget hvis man f.eks. vælger at lave om på databasestrukturen.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
Det er blevet kaldt ”det største it-nedbrud i historien” og omkostningerne kan nemt løbe op i syv milliarder kroner: Men hvem skal betale for Crowdstrikes fejl?
Ny bruger
Nybegynder
Opret
Preview
