Object Oriented Programming.

"kom til at sende lidt før tid ;)"

har klassen

"Config"

jeg har en public function set($name,$value).
som simpelt smider $this->array_configs[$name] = $value;

som i kan se smider jeg bare name som key og giver den value efter argument.

hvornår ville det være bedre at lave en klasse som f.eks

ConfigItems

sende værdierne til objectet istedet for gemme referencens i array'et istedet for bare valuen.
og derved senere hen nemt kunne udvide ConfigItems til at kunne mere end bare indeholde en simpel argument værdi ?

har lidt svært ved at forklare mig, det er nok derfor jeg poster her fordi jeg ikke helt kan takle den inde i hovedet :)

Nu er der jo altid sprogforskelle også at tage hensyn til ...

-- men hvis du kun har simple værdier, er et array jo den lige vej frem ...

-- skal du have flere sæt data med samme datastruktur vil instanser af en klasse være et indlysende valg ...

-- har disse datasæt enkelt-elementer, der over tid kan blive helt anderledes (f.eks. ændret fra simple til komplekse data), kan en underklasse være den rigtige løsning, men det kan netop give helt andre problemer ...

-- måske kan du finde løsningen på dit problem ved at tænke parallelt til 'normalisering' i forhold til databaser !-)

-- altså, at man bør sørge for, at man på intet tidspunkt gemmer en stump data to gange, men så opretter en relation til en ny tabel, f.eks. en tabel over jobfunktioner, arbejdssteder osv. osv. !o]

hvad med performence, gør det nogen forskel hvad jeg gemmer det i ?

har altid undret mig over om et object jeg erklære tager længere tid at load end lad os sige et string object?

Et objekt er i stort set alle programmeringssprog en struktur, der er langt mere kompliceret end alle andre (data-)strukturer, f.eks. fordi objekter kan (ikke behøver !-) indeholde meget andet end data, og initialiseringen derfor kræver adskilligt mere end simple data ...

-- til gengæld vil du i adskillige sammenhænge opnå en bedre løbende performance, hvis dine objekter netop benytter nogle af disse muligheder, og/eller hvis du kan forsimple andre ender af koden ved at benytte dig af objektet, netop derfor brugte jeg parallellen til database-optimering, for en relationel database vil oftest blive adskilligt hurtigere end en enkelt tabel, hvor mange data gentages i mange records ...

-- prøv at google efter 'database normalisering', hvis du ikke er med på betydningen, og spørg bare videre, hvis du ikke fanger det !-)

PS. OOP er langt mere end bare at skrive koden lidt anderledes, det er faktisk på nogle leder en direkte fortsættelse af den måde vi selv tænker på, men på andre leder en fuldstændig anderledes måde, f.eks. var jeg selv for en 10-15 år siden adskillige måneder om at komme i nærheden af en forståelse; måske netop fordi, jeg i mange år havde programmeret i de gamle sprog, og derfor havde et udgangspunkt om at man først gør dette, derefter dette, og så kan man enten gøre det ene eller det andet ...

-- og jeg er helt sikker på, at slår mine kommentarer ikke til, så kan f.eks. arne_v tilføje nogle yderligere kommentarer eller links, som kan give dig en yderligere mulighed for at 'tygge' det igennem !o]

hej roenving :) gider du ikke smide et svar

Velbekomme '-)

-- og tak for point ;~}