OOP PHP og MySQLi

OOP og brugerens interface er to vidt forskellige ting.

Du kan starte med at prøve at læse min artikel om OOP: http://err0r.dk/artikler/vis/hvad_er_oop

Når du så har læst den, så er det vigtigt at du forstår hvorfor indkapsling, nedarvning og polymorfi (dækkes i min artikel) er smart.

Indkapslingen er smart fordi du kan have flere funktioner (metoder, som de hedder i klasser) der faktisk hedder det samme som metoder i andre klasser.

Nedarvning gør det muligt for dig at genbruge kode i lag på tværs af klasserne.
Ved at kombinere den viden, kan man sammensætte nogle lag af objekter - f.eks. et database abstraktionslag som nedarves til en klasse som henter oplysninger om brugere i din database.

F.eks.:

    /**
    * 'User' er en klasse der har nedarvet en anden klasse som 
    * forbinder til databasen.
    * Metoden find() i klassen User gør således det at den går 
    * ind og tager brugeren med id nummer 23
    */
    $user = Users::find(23);
    
    // Det kontrolleres lige at vi faktisk har fået et resultat tilbage
    if( $user )
    {
        // Hvis vi har kan echo alle data ud om brugeren
        echo $user->name;        
        echo $user->email    
    }
    else 
    {
         // Hvis brugeren nu ikke kunne findes, fortæller vi bare det
         echo "Brugeren eksisterer ikke".
    }

På den måde har du netop elimineret din database logik fra de sider du bruger oplysningerne på.

Men for at det kan virke som det skal, er det vigtigt at have polymorfien på plads. Eksempelvis skal du lige så hurtigt kunne oprette en klasse til en anden tabel - f.eks. beskeder:

$messages = Messages::where('user_id', 23)->get();

Og i løbet af ingen tid har du fået alle beskeder i din tabel 'messages' hvor user_id er 23.

Hej Repox.

Jeg må ærlig indrømme, at jeg har lidt svært ved at forstå de der Private, Public og Protected.

Jeg må arbejde lidt med det for rigtigt at forstå det.

Dertil vil jeg sige, at det er den bedst skrevet danske artikel, som jeg har læst omkring oop. Selvom jeg ikke forstår det hele, fik den mig til at forstå mere af hvad de andre artikler har prøvet at forklare.

At jeg så ikke lige kan twiste det i mit hoved, så jeg selv kan bygge noget ud af det, er en anden sag. Jeg vil se om der er nogle scripts jeg kan lege med, og se virkningerne af de ændringer jeg måtte lave, sådan lærer jeg bedst.

Men skide god artikel.

Du må gerne poste et svar.

ralf_I, vi har aftalt andetsteds, at jeg skulle komme ind her.  Men hvorvidt jeg kan tilføje noget meningsfuldt til hvad der allerede er sagt er så et spørgsmål.  Jeg har selv haft anledning til at arbejde med OOP i et antal programmeringssprog.  Jeg læste så repox's artikel.  Den var mig en god repetition, og faktisk fik jeg hold på et par ting der har ligget mig lidt tungt.  På grund af mit tidligere arbejde med OOP fandt jeg artiklen rimelig nem at gå til.  Jeg kan godt forestille mig, at den er en stor mundfuld for de der er nye til OOP.  Men sådan er det jo med alt nyt.  (Jeg så engang i Anders And Georg Georgløs' nevø sidde og læse i en bog der hed 'Atomspaltning for begyndere.'  Det findes naturligvis ikke.)

Men jeg kan huske, hvordan jeg i begyndelsen havde svært ved at holde klasser og objekter ude fra hinanden, og jeg kan huske det eksempel jeg 'braistormede' mig frem til:  Tag et bibliotek med 10.000 forskellige bøger.  Hvad har alle disse bøger i fællesskab?  Faktisk en hel del.  De har alle sammet et indhold, de har en forfatter, de har en titel, o.s.v.  Og man kan gøre noget med bøgerne, man kan udlåne dem (fordi det er et bibliotek), man kan returnere dem, o.s.v.  Så vi har her en klasse 'bog' med (mindst) tre egenskaber 'forfatter', 'titel', og 'indhold' og med (mindst) to metoder 'udlån' og 'retur'.  I 'pseudokode' ser det således ud:

class Bog
{
    $forfatter;
    $titel;
    $indhold;

    function udlån()
    {
        ...
    }

    function return()
    {
        ....
    }
}

Den enkelte bog, såsom Carit Etlar's Gøngehøvdingen, er så et objekt.  Hvis vi i virkelighedens verden skal 'konstruere' en ny bog, skal vi først finde en forfatter til at skrive bogen, og derefter skal bogen trykkes og indbindes.  Men i vores eksempel konstruerer vi nye bøger, objekter, nemt og smertefrit ved at insætte en konstruktør i klassen:

class Bog
{
    $forfatter;
    $titel;
    $indhold;

  function construct($forfatter, $titel, $indhold)
    {
        $this->forfatter = $forfatter;
        $this->titel = $titel;
        $this->indhold = $indhold;
    }

    function udlån()
    {
        ...
    }

    function return()
    {
        ....
    }
}

Så konstruerer du en ny bog, et objekt, ved en kode såsom denne:

$gøngebog = new Bog('Carit Etlar', 'Gøngehøvdingen', 'Det var en mørk og stormfuld nat...');

Hvis du er lige så 'grøn' i OOP som jeg var engang vil dette måske være til nytte.

Jeg har ikke noget problem med at lade:
* indkapsling
* arv
* polymorfi
definere OOP (der er andre definitioner, men de er ikke noedvendigvis bedre).

Men jeg synes ikke at afsnittene om de tre giver et fyldestgoerende billede af dem.

Pointen i indkapsling via brug af private metoder og felter er at det giver fleksibilitet til at aendre koden uden at paavirke anden kode. Saalaenge en klasse udstiller de samme offentlige metoder (med samme funktionalitet), saa kan man lave totalt om paa klassen uden at paavirke anden kode. Det goer det nemmere at vedligeholde kode, idet man kan aendre nogen ting uden at bekymre sig om hvorvidt det giver problemer et andety sted i applikationen.

Med hensyn til arv er bedste praksis idag er kun at bruge abstrakte basis klasser og interfaces - ikke konkrete basis klasser.

To klasser X og Y som har samme metode M, saaledes at man kan bruge samme kode paa objekter af begge klasser, er ikke polymorfisme men dynamisk typecheck.

Et interface eller an abstract bases klasse Z med en metode M, to klasser X og Y som implementerer eller arver fra Z, saaledes at man kan bruge samme kode paa objekter af begge klasser, er polymorfisme.

Hey Arne og Christian, sorry jeg først svare nu her.

@Arne_v. Tak for dine kommentar, jeg antager at de var rettet imod artiklen. For en newbee som mig var det lidt for faglige kommentar. Jeg regner dog med at forstår dem bedre efterhånden som jeg arbejder med oop. Dine kommentar er gemt i en lille mappe jeg har sammen med artiklen.

@Christian_belgien det er en super god måde at stille det op på. Jeg har de sidste dage leget lidt med det, og har samlet nogle spørgsmål, der har givet anlæg til nye tanker og flere spørgsmål. Det er derfor der først nu kommer et svar på dit indlæg. (Lang tekst og 5 spørgsmål følger):

Noget af det mine to hjerneceller slås mest med, er at se hvor meget der skal være i klasserne og hvordan funktionerne bygges bedst op.

Hvis vi tager udgangspunkt i at lave et forum ala phpBB.
i sådan et forum har man Kategorier der indholder underkategorier, der igen indholder emner, som så kommenteres.
Hvis jeg skulle lave det, vil jeg lave en klasse med følgende funktioner:

class Forum{
  function add_Cat(){
  ....
  }
  function add_SubCat(){
  ....
  }
  function add_Topic(){
  ....
  }
  function add_Comment(){
  ....
  }
  function delete_Cat(){
  ....
  }
  function delete_SubCat(){
  ....
  }
  function delete_Topic(){
  ....
  }
  function delete_Comment(){
  ....
  }
  function edit_Cat(){
  ....
  }
  function edit_SubCat(){
  ....
  }
  function edit_Topic(){
  ....
  }
  function edit_Comment(){
  ....
  }
}


1) Er det helt skidt, eller hvordan vil i gøre?

Jeg har også set nogen lave tre funktion med mange if sætninger:
function Forum_add($type, $vari1, $vari2, $vari3...)
  if($type == 'cat'){
    $title = $vari1;
    $dis = $vari2;
    $user = $vari3;
  }elseif($type == 'subcat'){
    $title = '$vari1';
    $dis = $vari2;
    $user = $vari3;
  }....osv
}
function Forum_delete($type, $vari1, $vari2, $vari3...)
  if($type == 'cat'){
    $title = $vari1;
    $dis = $vari2;
.... osv
}
Er det helt hen i vejret?

__________________________


2) Laver man flere konstruktør i en klasse alt fx til Cat og SubCat funktionerne?
Og henter man aller variabler fra konstruktøren ud i variabler i klassen udenfor funktionerne?

__________________________


3) Jeg ser også at nogen ligger forms i funktioner, fx:
  function forms($type,...,...,...){
      if($type == XXXX){
        <form>.....</form>
      }elseif($type == YYYY){
        <form>....</form>
      }elseif......
  }
Er det en god ide, eller er det dumt?

__________________________


4) Et andet eksempel er en clase der hedder bruger.
Hvis man nu laver en klasse der hedder bruger, og i den funktioner til at oprette, ændre og slette brugere. Vil man så også i denne klasse lave funktioner til at lave blandt andet bruger lister?

__________________________


5) Hvis en Mester nu har jobs på flere byggepladser. Disse pladser oprettes, ændres og slettes funktioner i en klasse kaldt "pladser".
Han har også en masse arbejdsredskaber og mandskab. Disse oprettes, slettes og ændres i funktioner klasserne "redskaber" og "mandskab".
Laver man så en "blandings" klasse til at lave funktioner til at tilføje redskaber og mandskab til pladserne samt til at lave lister af pladserne og de redskaber der er på pladsen?
Hvis det gav nogen mening :)

__________________________


Det kan godt være det er dumme spørgsmål, men jeg begynder at tænke alle mulige senarier, trods det jeg nok ikke lige fra start skal bruge disse funktioner.

re 1)

Forum klassen har en addCat metode og Cat klassen har en addSubCat metode o.s.v.

re 1)

Et saadant test paa type er tegn paa at den er helt gal med det objekt orienterede.

Formentligt skal det erstattes af noget polymorfisme.

re 4)

Bruger og brugerliste er to forskellige klasser.

re 5)

Klassen Mester skal vel indeholde:
- liste af Plads
- liste af Redskab
- liste af Ansat

Man kan godt lave flere konstruktoerer i samme klasse og i nogen sprog er det almindeligt brugt, men PHP har default vaerdier for argumenter saa behovet er markant mindre i PHP.

Super svar arne_v.

Hvad så med at lave forms i funktioner, er det dumt eller smart?

@Arne super gode svar.

Hvis man så skal udskrive det her forum på sin side.
Hvordan gør man så det.
Laver man så en printCat funktion i klassen Forum.
En printSubCat function i klassen Cat osv..
Eller laver man en klasse specielt til det?

Baade med hensyn til forms og udskriv, saa har du brug for at opdele din kode i.

Minimum maa vaere:

* en backend del som udelukkende indeholder PHP og ikke et eneste HTML tag med funktionalitet for at:
- hente en liste af data der skal vises
- opdatere/tilfoeje data

* en view del som mest indeholder HTML og enten en lille smule PHP kode til at indsaette data server side elle noget JavaScript til at indsaette data client side

* en controller del som udelukkende indeholder PHP og ikke et eneste HTML tag som modtager requests, kalder backend og slutter med at kalde view

Se nu bliver det spændende... Hvordan gør man så det?
Kan du komme med et simpelt eksempel på hvordan det gøres?

ralf_I, det her er baseret på princippet om hjælp til selvhjælp.  At lære OOP, ligesom alle andre områder af programmering (og alle andre komplicerede områder af hvilket som helst fag) kræver en betydelig egen indsats, hvad enten det nu er i form af formel undervisning eller omfattende selvstudier.  Det kan så hjælpe i studierne at kunne stille spørgsmål om specifikke problemer der driller.  Det kommer mig for, at du nu prøver at få det hele serveret ved at trække dette spørgsmål i langdrag.  Jeg foreslår, at du afslutter spørgsmålet (bed om svar fra hvor du blev hjulpet mest) og så gå igang med selv at følge svarene op.  Du kan så komme tilbage med enkelt spørgsmål til specifikke punkter, hvor du forklarer hvor langt du selv er kommet, hvad der driller, og hvad du selv har gjort for at løse det.

Som en udbredelse af #17 (arne_v, jeg håber jeg har forstået dig rigtigt):  Gå på google og søg efter 'Model View Controller'.  Der er adskillige tutorials der er gode at få forstand med.  Et eksempel:  Lad os sige, at du indsamler meteologiske data, temperatur, nedbør, solskinstimer, o.s.v. per dag.  Så vil du vise resultaterne på din hjemmeside.  Du kan så vælge at vise resultaterne i form af af kurve diagrammer, i form af søjlediagrammer, i tabeller, eller på en række af andre måder.  Så er en god måde at dele programmet op på, at du har en Model, 'en backend del ... for at hente en liste af data der skal vises...'  Andre dele af programmet er så flere forskellige 'Views', såsom 'kurvediagram_view', 'tabel_view', o.s.v., der formatterer og viser tallene.  Hvis hjemmeside brugeren vælger for kurvediagram, så sender Model dataerne til Kurvediagram_View, o.s.v.  Det kræver naturligvis en tredje program del, en Controller, 'som modtager requests, kalder backend og slutter med at kalde view'.  Hvis hjemmeside brugerens vælger at se solskinstimer i august som kurvediagram, og modtager controleren dette valg, og så kalder controlleren modellen for at få de pågældende data, og derefter kalder controlleren den rigtige view og passerer dataerne.

@Christian, det er jeg lidt ked af du skriver.

Det med at jeg vil have alt serveret er lige præcis ikke det jeg vil. Jeg vil bare have et eksempel, på noget simpelt, bare så man kan se strukturen og virkemåden, så kan jeg selv lege og eksperimenter med det så jeg til sidst kan begynde at lave de ting jeg faktisk skal lave.

Hvad ang selvstudier, så er jeg lige blevet færdig med en videregående uddannelse på 3,5 år, hvor 75% af studiet var selvstudie og gruppe arbejde. I den forbindelse har jeg læst en masse rigtige gode ting selv, men forståelsen for mit vedkommende, kom mange gange først da jeg så tingene virke, eller fik det diskuteret igennem med gruppen eller personer, som bedre forstod hvad de havde læst, og hvor jeg kunne stille de spørgsmål jeg måtte have. Efterhånden som tingene blev snakket igennem, kunne jeg trække paralleller til det jeg har læst, og derved forstået det bedre.

Tror mig, jeg har både googlet og youtube'et (eller hvad man skal kalde det), og fundet nogle ok tutorials og videoer. Desværre kan jeg ikke selv se hvorvidt de er gode, dårlige, eller ikke up-to-date, da mange af dem er gamle.

Derfor spørger jeg som jeg gør. Jeg har allerede lavet en masse klasser, funktioner og fået noget struktur i det jeg tidligere har arbejdet med.

Det med ikke at blander HTML og PHP i filerne, er nyt for mig og det har jeg svært ved at gennemskue hvordan fungere. Derfor spørger jeg til et eksempel.
Indtil videre har de fleste side jeg har set, i min søgen på php og oop, ikke behandlet OOP med MVC. Derfor er det meget nyt for mig, og jeg vil gerne forstå det. Derudover synes jeg der bliver beskrevet mange forskellige framework typer, og nogen steder har jeg læst en hel artikel, der påstår at være MVC, bare for at læse at det ikke er MVC i de kommentar der kommer efterfølgende.

Jeg forstår godt pointen i hvordan MVC bør virke, men derfra og til selv at kunne sætte mig ned og banke noget sammen, der er lidt langt for mig, da jeg som sagt ikke er god ud fra teorier, men derimod ud fra erfaringer og leg med det jeg arbejder med.
Jeg kan heller ikke bygge en motor til min bil, men jeg kan efterhånden skifte alle dele i den, fordi jeg har haft en motor jeg har kunne lege med.

Desværre har spørgsmålet været langt mere omfattende end først antaget, og derfor er der ikke så mange point at uddele, og det er måske forkert.

Jeg vil gerne undskylde hvis min indlæringsevner ikke passer ind i den måde Eksperten.dks bruger gerne vil hjælpe folk.
Jeg sætter stor pris på det i har lært mig indtil videre. Det er super dejligt at i trods alt gider at hjælpe os der er lidt grønne.

Christian, Arne og Repox, 1K tak for jeres hjælp, det er meget værdsat og i må ikke se det overstående som noget negativt rettet mod jer. Det er ikke sådan ment, bare et forsvar af hvorfor jeg skriver spørgsmålene som jeg gør. I må gerne poste svar.

Hvis pointene ikke matcher spørgsmålet. Så sig til, jeg er jo ny herinde, så må jeg jo uddele lidt flere point til hver af jer.

Hvis #20 (blandt andet) var en invitation til at oprette svar, så er her et fra mig.  (Du vil uden tvivl forvente svar også fra anden side.)

Det var en invitation til at sende et svar. Og igen, tak for hjælpen indtil videre.

Maaske kunne jeg bixe et eller andet i weekenden.

Hey Arne, det er super venligt af dig, men gør det kun hvis du har tid. Jeg har nemlig fundet lidt at lege med, jeg kan dog ikke spørger om hjælp ved personen der har lavet det, for jeg får fejl mails tilbage når jeg mailer ham/hende.

Om ikke andet må du gerne smide et svar. :)

blev ikke faerdig - konen ville i IKEA

men jeg haaber at blive faerdig snart

og et svar

Den tråd her gik i glemmebogen :-\

Arne, jeg kigger lige nærmere på dine kommentarer til min artikel - det er altid godt med feedback :-)

Tak for hjælpen alle 3. I gør det rigtigt godt, forsæt endelig med det.

Foesrt vil jeg lige bemaerke at jeg hverken programmerer i PHP, HTML eller JavaScript, saa ..............


Server side
-----------

domainmodel.php:



dataaccesslayer.php:



model.php:



view.php:



controller.php:



client side
-----------

domainmodel.php:



dataaccesslayer.php:



service.php:




page.html:

Lækkert Arne... Rigtigt mange gange tak, det var virkelig fedt du gad, og det er bestemt ikke spildt arbejde.

Det er en rigtig god hjælp, og jeg er ked af, at jeg ikke har set det tidligere. Men har været på ferie og været optaget af andet efter jeg kom hjem.

Det er udskrevet og gemt i min lille hjemmelavet manual :)
Så må vi se hvad jeg få opbygget :o)