[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

[phpion]

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

[Kedan]

Nie o to chodzi.
myConcreteModule ma posiadać tylko i wyłącznie bazową funkcjonalność (myModule) + jakąś własną - unikalną.
myConcreteModuleExt ma posiadać funkcjonalność rozszerzoną (myModuleExt + myModule). unikalną bazową (myConcreteModule) i dodawać własną unikalną rozszerzoną.

Trochę to zakręcone, ale mam nadzieję że sa się to przeprojektować żeby wyglądało sensownie.

Od razu uprzedzam ludzi piszących o interfejsach: nic mi po nich, bo nie mam zamiaru przy każdej klasie definiować wszystkich metod na nowo.

[marcio]

A klasy abstrakcyjne mozesz uzyc jak interfejsy tylko ze mozesz odrazu implementowac w niej metody.

[batman]

A klasy abstrakcyjne mozesz uzyc jak interfejsy tylko ze mozesz odrazu implementowac w niej metody.

Nie może, ponieważ występuje ten sam problem co z klasami nieabstrakcyjnymi - nie można dziedziczyć po więcej niż jednej klasie.

~Kedan
Niestety w PHP nie ma rozwiązania Twojego problemu. Pozostaje Ci zmiana założeń lub kombinowanie z przekazywaniem pomocniczego obiektu między klasami.

[Kedan]

Ostatecznie wymyśliłem coś takiego:

[PHP] pobierz, plaintext 
<?php
class myObj{}
class myModule extends myObj{
    public function Foo(){
        echo __METHOD__;
    }
    public function Bar(){
        echo __METHOD__;
    }
}
class myModuleEx extends myObj{
    protected $_module;
    function __construct(){
        $this->_module = new myModule();
    }
    public function __call($name_,$args_=null){
        if(!method_exists($this,$name_)&&(method_exists($this->_module,$name_))){
            $this->_module->$name_($args_);
        }
    }
}
class myConcreteModule extends myModule{
    public function Zip(){
        echo __METHOD__;
    }
}
class myConcreteModuleEx extends myModuleEx{
    function __construct(){
        $this->_module = new myConcreteModule();
    }
    public function Doo(){
        echo __METHOD__;
    }
}
 
$c = new myConcreteModuleEx();
$c->Zip();
?>
[PHP] pobierz, plaintext 

Niby działa, ale pewnie jeszcze parę warunków trzeba będzie dopisać i dopiero przetestować w boju.

Ten post edytował Kedan 11.05.2009, 15:21:42

[okitoki]

takie bajerki to C++ nam serwuje

interface w php to porażka, nie wiem dlaczego, ale na kilka razy miałem z nimi problem, bo jakiś serwer chociaż miał PHP5 wywalał mi błędy na nich. przez swoją głupotę musiałem potem przerabiać wiele bibliotek, a dokładniej usuwać wszystkie informacje o interfejsach.

może wiecie dlaczego się tak mogło dziać

[Kedan]

takie bajerki to C++ nam serwuje

Wiem, tylko pewnie jeszcze troche czasu minie zanim bede serwisy w C++ pisał

Co do interfejsów, może jak implementowałeś kilka w danej klasie to może zapomniałeś zdefiniować jakąś metodę. A jak jeszcze po tej klasie dziedziczyłeś to już w ogóle kiszka. IMO interfejsy są ogólnie be. Tak jak singletony

[okitoki]

Wiem, tylko pewnie jeszcze troche czasu minie zanim bede serwisy w C++ pisał

Co do interfejsów, może jak implementowałeś kilka w danej klasie to może zapomniałeś zdefiniować jakąś metodę. A jak jeszcze po tej klasie dziedziczyłeś to już w ogóle kiszka. IMO interfejsy są ogólnie be. Tak jak singletony

właśnie nie bo by mi to nie działało, pisałem dość wielki projekt dla bigstara i tam właśnie się z tym spotkałem, ja wtedy u siebie na kompie miałem zainstalowany taki gotowiec, serwer krasnala, i właśnie mi wszystko hulało, jak to przegrałem na wewnętrzny serwer w BS to wszystko padło, i to na błędach krytycznych. jak usunąłem cały wpis o interfejsach to zaczęło działać, aha. O metodę krzyczał, a tam mu się sama deklaracja interfejsu nie podobała.

[Zyx]

Żeby próbować odpalać interfejsy na PHP4 i złościć się, że nie działają, to trzeba być naprawdę zdolnym... jak Ci niby mają zadziałać, jak PHP4 ich nie obsługuje? Inerfejsy od wielu lat świetnie się mają chociażby w Javie, skąd zostały żywcem zerżnięte do PHP. Wykorzystuje je wiele projektów i jakoś nikt nie narzeka.

Wielokrotne dziedziczenie jest dość niebezpieczne z kilku powodów. Po pierwsze, nie oddziela implementacji od publicznego interfejsu - da się przez to stworzyć hierarchię klas, gdzie zmiana implementacji może wymuszać zmianę interfejsu lub zmuszać do nieprawidłowego użycia obiektów. Innymi słowy, trzeba znać bardzo dobrze wewnętrzne mechanizmy języka i przestrzegać ściśle dyscypliny. Kolejny mój zarzut przeciwko wielokrotnemu dziedziczeniu to sprawianie złudnego wrażenia, że jest ono potrzebne, podczas gdy sytuacje takie są baaaaaaaardzo rzadkie i w większości wynikają po prostu z popełnionych błędów projektowych. Nie bez powodu w Javie nie zdecydowano się na wprowadzenie czegoś takiego.

Kedan -> Twój problem może być bez trudu rozwiązany np. przez użycie kompozycji, albo przemyślenie, czy naprawdę musi to być w ten sposób właśnie robione... dokładną decyzję musisz podjąć sam, ponieważ to jest Twój kod i powinieneś najlepiej wiedzieć, co on ma odzwierciedlać. Przemyśl to, co napisałem. Tysiące, jeśli nie dziesiątki tysięcy projektów doskonale sobie bez wielokrotnego dziedziczenia radzą i mają się świetnie.

[Spawnm]

warto imho przyjrzeć się :: , czyli klasa::funkcja() bez dziedziczenia

[okitoki]

Żeby próbować odpalać interfejsy na PHP4 i złościć się, że nie działają, to trzeba być naprawdę zdolnym... jak Ci niby mają zadziałać, jak PHP4 ich nie obsługuje? Inerfejsy od wielu lat świetnie się mają chociażby w Javie, skąd zostały żywcem zerżnięte do PHP. Wykorzystuje je wiele projektów i jakoś nikt nie narzeka.

oj zyx może tobie kupili peceta teraz na urodziny, a ja niestety nie programuje od wczoraj. na php4 ten projekt by poszedł dopiero po totalnej przeróbce gdyż był cały napisany w OOP. A jak piszesz takie bzdury, to znaczy że ty w ogóle nie wiesz jak wyglądała obiektowość w PHP4, a raczej jej zarys, bo do obiektowości jej sporo brakowało.

[Zyx]

O metodę krzyczał, a tam mu się sama deklaracja interfejsu nie podobała.

Deklaracja działającego w jednym miejscu interfejsu może się nie podobać tylko i wyłącznie PHP4 oraz starszym. To, że projekt był w obiektówce, jeszcze nie jest wyznacznikiem, że był pisany pod PHP5. Wprawdzie obiektówka była w czwórce marna, ale była i się z niej chcąc nie chcąc korzystało. Powtarzam: mnóstwo projektów sobie znakomicie z interfejsami radzi i jakoś bugtrackera PHP nie zalewa fala żalu o tym, jak to się kod działający na jednym serwerze totalnie sypie na innym.

A wycieczki personalne możesz sobie darować, chyba że bardzo lubisz bliskie spotkania trzeciego stopnia z moderatorami.

Ten post edytował Zyx 11.05.2009, 22:37:32

[Kedan]

@Spawnm
Metody statyczne nie są złe, ale trochę nieeleganckie. Zazwyczaj stosuję je gdy potrzebuję coś "na szybko" albo gdy dana metoda jest tak podstawowa, że praktycznie każdy obiekt w systemie powinien ją posiadać (choć staram się tego unikać i kiedy mogę stosuję dziedziczenie);

@Zyx
No właśnie przy pomocy kompozycji rozwiązałem to w ostatnim kodzie jaki podałem Myk tylko polega na tym, że obiekt sprawdza czy posiada daną metotę i jeśli nie - wywołuje metodę swojej składowej. Niestety możliwe jest to tylko dla metod publicznych, więc wszystkie metody chronione trzeba 'cofnąć' o jedno pokolenie wyżej - do myObj. W przypadku jaki podałem kazda z klas dodaje swoje trzy grosze do funkcjonalności; chodzi o ostateczne stworzenie obiektu posiadającego, w zależności od uprawnień, taki a nie inny zestaw metod, przy czym część z nich jest wszędzie taka sama, część ma być nadpisana a część całkowicie unikalna. Pewnie uda mi się jeszcze coś wyczarować z jakimś wzorcem projektowym, jakaś fabryka czy cuś...

Co do interfejsów - częściej mam potrzebę stosowania właśnie wielokrotnego dziedziczenia (takie mi zboczenie po C++ zostało) - jest to IMO o wiele bardziej naturalna 'droga' i OOP dużo traci rezygnując z tego rozwiązania. Wiem że jest mnóstwo projektów radzących sobie bez MI, ale pewnie tylko dlatego że nie ma innego wyjścia (specyfika języka).

Ten post edytował Kedan 11.05.2009, 23:54:25

[okitoki]

Deklaracja działającego w jednym miejscu interfejsu może się nie podobać tylko i wyłącznie PHP4 oraz starszym. To, że projekt był w obiektówce, jeszcze nie jest wyznacznikiem, że był pisany pod PHP5. Wprawdzie obiektówka była w czwórce marna, ale była i się z niej chcąc nie chcąc korzystało. Powtarzam: mnóstwo projektów sobie znakomicie z interfejsami radzi i jakoś bugtrackera PHP nie zalewa fala żalu o tym, jak to się kod działający na jednym serwerze totalnie sypie na innym.

A wycieczki personalne możesz sobie darować, chyba że bardzo lubisz bliskie spotkania trzeciego stopnia z moderatorami.

aż strach się bać

[nospor]

@okitoki zyx jedynie napisał, ze w php4 nie bylo interfejsow. Moze ty i programujesz od kilku lat, ale z czytaniem ze zrozumieniem masz niesamowite problemy. Az strach sie bac jak ty czytasz specyfikacje projektow.

aż strach się bać

Tego typu posty oraz wycieczki personalne nie są mile widziane na forum, wiec przystopuj.

[okitoki]

nie zupełnie, tak jak piszesz, bo stwierdził fakt że próbowałem to odpalić na PHP4, jak by tak było to bym nie pytał, co mogło być powodem, bo w PHP siedzę od wersji 3

Żeby próbować odpalać interfejsy na PHP4 i złościć się, że nie działają, to trzeba być naprawdę zdolnym... jak Ci niby mają zadziałać, jak PHP4 ich nie obsługuje? Inerfejsy od wielu lat świetnie się mają chociażby w Javie, skąd zostały żywcem zerżnięte do PHP. Wykorzystuje je wiele projektów i jakoś nikt nie narzeka.

[Spawnm]

skoro mowa o Wielodziedziczeniu , to mógł by mi ktoś powiedzieć jak się je robi za pomocą interfejsu ?
bo na phpedi pisze że można

[marcio]

Chodzi chyba o to ze np w jakies klasie mozesz uzyc 1 lub wiecej interfejsow potem np po tej klasie dziedziczysz i mozesz sobie dodac nowe interjesy poprostu slowo implements nie ma ograniczen jak extends ze jesli damy wiecej niz 1 interfejs nie zadziala, tak mi sie wydaje ze o to chodzi w praktyce nie wiem jak z tym jest

[plurr]

skoro mowa o Wielodziedziczeniu , to mógł by mi ktoś powiedzieć jak się je robi za pomocą interfejsu ?
bo na phpedi pisze że można

mozesz implementowac wiecej interfejsow, tym samym wymuszać na klasie pewne zachowania.
Listing na przykladize wzorca registry - http://athlan.pl/code/RegistryExtended

Jak sam autor tego listingu napisał, implementuje interfejsy:

"Iterator
ArrayAccess (na potrzeby poruszania się po instancji jak po tablicy)
Countable (aby łatwo otrzymać liczbę przechowywanych danych)
Serializable (żeby można było zaserializować i odserializować instancję obiektu)"

Ogolnie rzecz biorac, wiele osob twierdzi ze dziedziczenie jest zle, po pewnych doswiadczeniach rowniez ja zgadzam sie z ta opinia. dziedziczenie < kompozycja

http://art-of-software.blogspot.com/2008/0...-telefonie.html

Ten post edytował plurr 12.05.2009, 17:37:12