Interferfejs, wielodziedziczenie Opcje

[naitsabes]

Czesc, jakis czas temu przeczytałem, że jedyna opcja dla wielodziedziczenia jest Implementowanie interfejsu...


Poczytałem, ok stworzyłem niby interfejs, ale nie mam pojecia jak to wszystko działa.

Wydaje mi sie ze to działa w ten sposob

interfejs
{
funkcja()
}

clasa dajaca do interfejsu
{
funkcja()
{}
}


i pozniej mozna pobrac z interfejsu ta funkcje. Wydawało mi sie, że dobrze zrozumiałem to ale niestety nie moge stworzyc zadnego kodu, byc moze zle pojąłem sposob działania interfejsu.


Bylbym wdzieczny gdyby ktos zrobil jakis prosty przyklad, samo echo i zmienne, jak zrobic oraz wykorzystac interfejs.
Duzy czytalem, napisanie tutaj to ostatecznosc.


Dziekuje za cierpliwosc i przepraszam za prostote pytania


Pozdrawiam

[Crozin]

@cepa: Bardzo ładny przykład jednego z najgorszych możliwych kodów jaki może powstać.

Interfejsy nie są substytutem dla wielokrotnego dziedziczenia. Ogólnie nie powinieneś w ogóle chcieć korzystać z takiego rodzaju dziedziczenia. A gdy wydaje Ci się, że takie dziedziczenie ułatwiłoby Ci pracę oznacza to, iż najprawdopodobniej masz błąd w projekcie.

[cepa]

@cepa: Bardzo ładny przykład jednego z najgorszych możliwych kodów jaki może powstać.

@Crozin: Dales bardzo ladny przyklad swojej nieznajomosci wzorcow projektowych (IMG:style_emoticons/default/smile.gif)

to co pokazalem wyzej to nic innego jak Dekorator, a stosowane w dokladnie tej formie co wyzej jest np: w Doctrine - behaviours, i jest naprawde bardzo przydatne (IMG:style_emoticons/default/smile.gif)

problem z wielodziedziczeniem wynikal stad ze bylo naduzywane w C++, wymagalo rzutowania, i rodzilo wiele problemow np: http://en.wikipedia.org/wiki/Diamond_problem

[Fifi209]

@Crozin: Dales bardzo ladny przyklad swojej nieznajomosci wzorcow projektowych (IMG:style_emoticons/default/smile.gif)

Chciałbym w tym miejscu sprostować, to że pokazałeś wzorzec i coś takiego jest wzorcem, nie znaczy od razu że jest poprawny pod względem logiki i przejrzystości kodu, tak samo jak odradza się używania singletonów.

[cepa]

Chciałbym w tym miejscu sprostować, to że pokazałeś wzorzec i coś takiego jest wzorcem, nie znaczy od razu że jest poprawny pod względem logiki i przejrzystości kodu, tak samo jak odradza się używania singletonów.

dekorator to bezpieczna alternatywa dla wielokrotnego dziedziczenia bo nie rodzi problemow jak diament ktory wkleilem wyzej, tj: w jezyku kompilowanym dekorator eliminuje problem nakladania sie symboli metod na siebie, w php magiczne __call mozna prosto wykorzystac jako proxy dla dekoratorow, taki mechanizm umozliwia np: rozszerzanie api obiektu, idac dalej tym tropem dochodzimy do meta programowania gdzie nie tylko obiekt sie liczy ale to "z czego jest zbudowany"

singleton i inne wzorce to tylko narzedzia, nie ma zlych lub dobrych wzorcow, sa sytuacje ze nawet tak znienawidzone goto jest najlepszym rozwiazaniem

Ten post edytował cepa 16.06.2011, 15:58:50