Door
Milo S
op 17-01-2013 19:36
gewijzigd op 17-01-2013 19:37
4.885 views
Goede avond allemaal,
Ik ben al enige tijd bezig met het uitdenken van een CMS. Ik probeer zoveel mogelijk functionaliteiten in te voegen zodat ik gelijk op veel punten terecht kom en zoveel mogelijk leer. Dat is immers het voornaamste doel van dit project.
Nu heeft Wouter J mij in een vorig topic behoorlijk geholpen. Aan de hand hiervan ben ik toch nog verder gaan zoeken naar uitleg over interfaces en abstract classes. Ik vroeg mij nu af gebruik ik het nu niet overkill? Is mijn huidige opzet wel OOP? Zou ik hiermee verder kunnen als ik een simpele cms wil bouwen? Mis ik dingen?
Een interface kan geen properties hebben, alleen maar methodes. Begrijp je daadwerkelijk de kracht(/zwakte) van een interface, of gebruik je ze alleen maar omdat Wouter dat zegt?
ik zou geen interfaces gebruiken het is negens voor nodig interfaces is bedoelt voor andere developers die kunnen dan kijken welke functions er in de class zit
Ik begrijp dat een interface als doel heeft een aantal methodes vast te zetten. Dit zou handig kunnen zijn om bijvoorbeeld in een userclasse een aantal waarde verplicht te stellen. Hiermee loopt dus nooit je hele systeem in de soep.
Niet waar? Persoonlijk lijken abstract klasse mij dan handiger in deze situatie omdat je dan niet dubbel werk zit te doen. Je kunt direct methodes waardes meegeven.
Als ik fout zit hoor ik dit graag.
ik zou geen interfaces gebruiken het is negens voor nodig interfaces is bedoelt voor andere developers die kunnen dan kijken welke functions er in de class zit
....
Interfaces, mits juist gebruikt, zijn zo ongeveer het belangrijkste van een OOP omgeving. Het stelt je namelijk in staat om de structuur van de classes vast te zetten, zonder er nog een implementatie aan te hangen. Als je zorgt dat alle (belangrijke, structuur) classes zijn gebouwd naar een interface, dan kan je later op een veilige manier een class vervangen door een andere class. Als alle public methods namelijk zijn gedefinieerd door een interface dan kunnen classes die gebruik van die nieuwe class dat zonder problemen doen.
Neem als voorbeeld een class die je data ophaalt vanuit het model. In eerste instantie doe je dit wellicht vanuit een simpel bestand, omdat de site klein in. Later wil je dat in een database stoppen. Geen probleem, zolang de controller het model aanroept via door de interface gedefinieerde methods, kan je eenvoudig het ene model door het andere vervangen. De controller weet het niet eens, die roept gewoon de bekende method aan.
Ook kan je door middel van type hinting verplicht stellen dat een class een bepaalde interface implementeert. Zo weet de ontvangende class zeker dat het doorgegeven object ook daadwerkelijk de bepaalde methodes implementeert.
Persoonlijk lijken abstract klasse mij dan handiger in deze situatie omdat je dan niet dubbel werk zit te doen. Je kunt direct methodes waardes meegeven.
Kijk uit met het gebruik van abstracte classes en overerving. Dat is zo ongeveer het meest misbruikte onderdeel van OOP. Ja, het kan je dubbel werk schelen, maar het is niet altijd de beste manier. Het kan snel ook betekenen dat je bepaalde functionaliteit in een class hebt die je niet nodig hebt.
Als het gaat om het bepalen van welke methodes een class moet hebben, dan kan je dat beter via een interface regelen dan via een (abstracte) basis class.
[size=xsmall]Toevoeging op 17/01/2013 22:28:05:[/size]
Nicky Monsma op 17/01/2013 22:25:26
Yeah Right you sucks dude
Dank je, ik ben blij dat je het zo sportief opneemt.
Milo het verschil tussen Abstracte klassen en interfaces is best wel groot naar mijn mening.
Een interface zegt je alleen maar welke methoden een klasse moet hebben. dit kan handig zijn wanneer een klas bepaalde methoden MOET hebben om te kunnen werken.
Het verschil tussen een interface en abstracte klassen is dat abstracte klassen gewoon klassen zijn maar buiten dat feit om kan je in een abstracte klasse dus ook al dingen voor definieren.
vb
<?php
abstract class Auto {
private $color;
public function __construct($color) {
$this->color = $color;
}
public abstract function getBrand();
}
class Mercedes extends Auto {
public function getBrand() {
return 'Mercedes';
}
}
?>
zoals je ziet wordt de kleur al voorgedefinieerd. het verschil tussen de abstracte klasse en de interface is dat je in een interface kale methoden hebt een soort van een contract om 100 huizen te bouwen op jou manier. bij een abstracte klasse moet je dan bijv 100 huizen bouwen met dezelfde kleur..
[size=xsmall]Toevoeging op 17/01/2013 22:31:44:[/size]
@nicky zou je een beetje op je taal kunnen letten?
