OOP. Interfejsy oraz klasy abstrakcyjne, Zabezpieczenie przed programistą? Opcje

[Jabol]

Witam,

Nawiązując do http://forum.php.pl/index.php?showtopic=64555&st=80 chciałem troszkę rozjaśnić swoje zdanie na temat obiektowości w programach. Rozumiem koncept OOP i dzielenia aplikacji na obiekty - logiczne, wszystko dzieli się według zastosowania. Ale OOP to nie tylko taki podział. Potem dochodzą do tego interfejsy oraz klasy abstrakcyjne. Rozumiem interfejs, ale czemu interfejs nie może być normalną klasą, przecież i tak nie ma być wykorzystywany w programie? To tak jakby sucha kromka chleba miała być niejadalna, bo jest tylko interfejsem do kromki z serem. A jest jadalna - tylko większość osób kładzie na nią dodatkowo ser czy cośtam. I teraz klasy abstrakcyjne. Rozumiem, że obiekty mają hierarchię, ale po co klasy abstrakcyjne? Jeżeli są to klasy, których nie nalaży używać, to wystarczy ich nie używać - na pewno są przecież bezużyteczne, inaczej nie byłyby abstrakcyjne.

Dlatego mam czasami wrażenie, że OOP to nie tylko standart projektowania, ale również inny troszkę tok myślenia. Rozumiem, że programista musi założyć, że użytkownicy to idioci. Bo oni mogą się nie znać. Ale jeżeli ktoś pisze jakąś obiektową bibliotekę, albo jeszcze gorzej strukturę programu dla siebie, to nie musi wychodzić z założenia, że jest idiotą. Jeżeli programista jest idiotą to jego sprawa, bo jego program i tak nie będzie działał - nie potrzeba do tego warningów/errorów kompilatora/interpretera. Tak samo metody prywatne. Jeżeli w dokumentacji będzie wspomniane nie używać, to mądry programista ich i tak nie użyje, a sprytny użyje i też będzie ok.

Dlatego nie rozumiem, po co w OOP ten cały mechanizm zabezpieczania programów przed... programistami, którzy je piszą?

Pozdrawiam

[enigma]

czyli -> interfejsy sa niepotrzebne od strony wykonania, 'kompilacji' a bardziej do dokumentacji kodu, ogarniecia jego struktury

czyli przy każtym projekcie robić sobie klasy abstrakcyjne i interfejsy (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif)

A dodanie interfejsu to raczej kiedy rozszerzany jest rodzica, np. amfibia dziedziczy po samochodach, ale też implementuje łodzie, bo może pływać (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

czyli wielodziedziczenie

oprócz tych dwóch, są jeszcze jakieś zastosowania ?

--EDIT
przeczytałem wszystkie topiki na forum o interfejsach i klasach abstrakcyjnych ale jeszcze czegoś mi brakuje (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) musze się z tym przespać (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

w jednej ksiżące znalazłem fajny przykład dla kals abstrakcyjnych
mamy klasę ssak no co to jest, nic konkretnego, nie można mieć obirektu klasy ssak, to byłoby bez sensu, więc robimy abstrakcję i dziedziczymy po niej (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)
chyba dobre (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) jeszcze żeby tak ładnie były interfejsy wytłumaczone (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Ten post edytował enigma 2.05.2007, 14:15:09