Jeg ser det således, at objekter og klasser bruges til at organisere store og komplikerede programmer og gøre dem overskuelige. Jeg bruger det ikke til de småprogrammer jeg selv opfinder, såsom hjemmesiden for skakklubben, for det kan dårligt betale sig. Men objekt orienteret programmering anvendes i udpræget grad i større programmer, såsom i content management systemer som Joomla og Drupal. Hvis man der skal gå dybere end standard funktionerne, så skal man have et grundigt kenskab til objekt orienteret programmering.
Du ved (fordi du allerede har kikket på objekt orienteret programmering) at software objekter har egenskaber (variable) og kan gøre ting (funktioner.) Derved ligner de objekter i den fysiske verden. Jeg har visse egenskaber, for eksempel styrke i mine benmuskler og kendskab til byen lagret i mine hjerneceller. Jeg kan anvende mine egenskaber til for eksempel at gå til købmanden. Min fætter på Als kan også gå til købmanden. Hans benmuskler er stærkere end mine. Til gengæld kender jeg byen bedre. Men stort set kan man regne med, at mennesker kan gå til købmanden, men det kan blyanter ikke. Blyanter har til gængæld andre egenskaber og kan udføre andre handlinger.Mennesker hører derfor til en anden klasse end skriveredskaber. I grunden består min blyant og jeg af det samme, nemlig af atomer og molekyler. Men man kan langt lettere få købt ind og skrevet breve, hvis man kan tænke på molekyler der hænger sammen til objekter, i klasser, end hvis man skal tænke på molekylerne enkeltvis.
Den side man ser i en Joomla baseret hjemmeside er et object i klassen View. Alle siderne er forskellige (ligesom min fætter og jeg). Alligevel har de meget til fælles. For eksempel at de er synlige (det er det meste software ikke). Alle view objekter hører i sidste ende til klassen JView hvor alle de fælles egenskaber og metoder er programmerede. For eksempel har JView en funktion display(). Hvis programmøren er tilfreds med JViews display() kan han bruge den uden videre programmering blot ved at definere siden som et View objekt. Men programmøren kan også vælge for de enkelte view objekter at programmere egne display() funktion. Så bliver den brugt i stedet for JViews funktion.
Skønt alle siderne har en række fælles egenskaber, for eksempel at de kan ses, så ser de alle forskellige ud. Så siden, view-objektet, kalder et objekt af klassen tmpl (betyder ikke template, for det er noget andet.) I tmpl fastlægger programmøren om der skal være en tabel (med html elementer <table> <tr> <td> o.s.v.) eller nogle billeder, <img>'er, eller en sidebjælke med en menu, o.s.v.
De fleste sider man kikker på anvender data der kommer fra en database eller andre brønde. For eksempel brugeren der logger ind kan se sine egne billeder eller vælge billeder sendt ind fra en anden bruger. View objektet henter disse data fra et Model objekt der kommer fra klassen JModel. JModel har metoder til at oprette forbindelse til databasen, foretage sql-queries, o.s.v. Det enkelte Model objekt kan så, for eksempel, have en metode getUserPictures() som sådan (i pseudo kode)
getUserPictures()
{
$user = $_SESSION['user'];
$result = SELECT ... FROM ...
return $result;
}
Så view objektet henter de data der skal bruges på siden ved at kalde sit model objekt, og når de data er tilstede skubber view objektet dem ind in tmpl objektet og voila! brugeren ser hjemmesiden.
Så det store arbejde, og fejlfølsomme arbejde, det er at programmere det hele med hånden med php/html/js elementer kan gøres langt mere overskueligt ved at organisere egenskaber og funktioner i objekter der hører til klasser og som kalder hinanden. Yderligere kan det gøres langt mere sikkert ved i stort omfang at anvende bestående og testede klasser.
Så ud over de egenskaber allerede nævnt i tråden vil jeg sige, at objekter og klasser i objekt orienteret programmering hjælper til at organisere store komplikerede programmerings opgaver og gøre dem overskuelige.
Ny bruger
Nybegynder
Opret
Preview
