Czy kod napisany obiektowo jest wolniejszy do napisanego standardowo ? Opcje

[bobo168]

Witam mam pewne pytanie .
Czy kod napisany obiektowo jest wolniejszy do napisanego standardowo ? Nie chodzi mi o szybkość pisania takiego kodu tylko o to który typ jest bardziej wydajniejszy (czyt. szybciej się ładuje itp.) . Bo spotkałem się z opinią że kod napisany obiektowo jest mniej wydajny niż kod napisany w normalny tradycyjny sposób.
Czy to prawda ?

[athabus]

Wydaje mi się, że z programowaniem obiektowym to jest tak, że na początku trzeba się do niego przekonać. Pamiętam, że gdy zaczynałem pisać obiektowo (przynajmniej tak mi się wtedy zdawało) to mówiłem sobie, że to jest fajne, ale za bardzo nie wiedziałem dlaczego. Prawda jest taka, że na początku przenosi się na OOP schematy z programowania proceduralnego i jest się trochę trudno połapać, zawsze czegoś brakuje, coś się wydaje bez sensu.

OOP daje prawdziwego "bosta" dopiero przy trochę większych projektach, gdzie można zastosować wzorce, polimorfizm czy dziedziczenie - tam gdzie potrzebne są zgrabne interfejsy klas i możliwe jest ukrycie pewnej złożoności systemu - czyli jego detali.

W mojej opinii (choć bazuje ją tylko na swoim przykładzie) paradoks OOP polega na tym, że gdy zaczynamy się go uczyć dotykamy tylko czubeczka góry lodowej korzyści i nie potrafimy go tak na prawdę stosować. Jest to po prostu inna składnia, w której piszemy starym stylem - łatwo się zniechęcić. Dopiero przy odrobinie praktyki i kilku wdrożonych mechanizmach uwidacznia się ta cała gama korzyści.

Kiedyś czytałem książkę o UML (zresztą całkiem słabą), ale jedno zdanie mi trochę utkwiło i po przemyśleniu wydaje mi się to największą zaletą OOP - jest to po prostu możliwość generalizacji i składania. Jeśli jest mi potrzebny dostęp do opony samochodowej to pracuje na klasie Opona, za chwilę mogę przenieść się do klasy samochód i zapomnieć o oponie - to samochód troszczy się o współpracę z oponą. A jeśli potrzebuję korek w mieście to generuję sobie kolekcję samochodów i znowu mam jedną klasę. Proste i eleganckie rozwiązania :-)