[PHP][OOP] wielokrotne dziedziczenie, pytanie natury projektowo-filozoficzno-dywagacyjnej Opcje

[Kedan]

Mam zależność tego typu:

[PHP] pobierz, plaintext 
<?php
class myObject{
    //...
}
 
class myModule extends myObject {
    //....
}
 
class myModuleExt extends myModule {
    //....
}
?>
[PHP] pobierz, plaintext 

ale do tego mam zależność:

[PHP] pobierz, plaintext 
<?php
class myConcreteModule extends myModule {
    //...
}
 
// i tu pojawia się problem
class myConcreteModuleExt extends myModuleExt, myConcreteModule {
    //...
}
?>
[PHP] pobierz, plaintext 

Od jakiegoś czasu główkuję jak to rozwiązać, ale nic sensownego nie przychodzi mi do głowy.

Ten post edytował Kedan 11.05.2009, 11:29:35

[plurr]

Faktycznie przyklad szachow jest niezbyt trafiony, jako ze zasady sa znane od wiekow i nie potrzeba tam wprowadzac jakichs kosmicznych rozwiazan. Co za tym idzie, klasa bazowa raczej sie nie zmieni, nie bedzie poprawek w klasie dziedziczacej. Jednakze rozwiazania w tworzonych systemach czesto odbiegaja od takich znanych przykladow - jesli piszemy cos nowego pod konkretna firme to trudno wszystko przewidziec i lepiej dmuchac na zimne, zadawac sobie pytanie "a co jesli klient sobie zazyczy?"

Zastanawiajac sie nad tym gdize stosowac dziedziczenie, a raczej gdzie go nie stosowac (na rzecz innych rozwiazan), mozna uniknac w przyszlosci zmian w wiecej niz 1 klasie. Pomimo tego ze system jest pisany obiektowo z wykorzystaniem mvc, moze powstac z niego spagetti. Wg mnie lepiej starac sie pisac klasy, ktore sa ze soba powiazane w jak najmniejszym stopniu.

Jedno jest pewne, nikt nie chcialby pracowac z programista, ktory dziedziczy po czym sie da - "bo to jest fajne, bo mam latwy dostep do obiektow klasy bazowej", bez zastanowienia.

Ten post edytował plurr 13.05.2009, 11:09:30