🚀 go-pugleaf

W dniu 2010-09-15 18:10, Kamil Konieczny pisze:
> T.1.16	Czy programy obiektowe sa wolniejsze od proceduralnych?

Oczywiście, że tak!!! W brew twierdzeniom w tym FAQ (stąd ten post).

Jest jedna podstawowa przyczyna spowolnienia wobec programów 
proceduralnych: Bardzo intensywne użycie funkcji (zarówno zwykłych i 
wirtualnych).

Wąskie gardła to:
1. konstruktory i destruktory - a szczególnie kopiowanie przez wartość i 
wartości tymczasowe (przy dodawaniu/scalaniu/zwracaniu itp.)
2. funkcje kontroli dostępu: set() i get() dla udostępnianych zmiennych 
obiektów (uważane jest to za prawidłową technikę - pomimo znacznych kosztów)
3. przeładowane operatory np: operator(), operator[], operator*

Ceną za bardziej modułowy, czytelniejszy, bardziej nie zawodny i nie 
powielany kod są właśnie bardzo częste wywołania funkcji a to jest 
kosztowne w C++ (w C z resztą koszty są podobne tyle że wszystkie 
funkcje wywołuje się jawnie więc jakby kontrola i świadomość jest większa).

Dlatego w języku C++ jest szereg specjalnych zaleceń i technik odnośnie 
wydajnego programowania (np. funkcje inline, referencje, własne funkcje 
new() i delete() dla wybranych obiektów, różne typy kontenerów).

Z tym że dominuje popularna i uważana za profesjonalną Unixowska zasada: 
"wczesna optymalizacja jest złem" - wczesna optymalizacja uznawana jest 
za naiwne podejście do programowania. Więc tych wszystkich zaleceń 
optymalizacyjnych często się nie stosuje przy pisaniu pierwszych wersji 
kodu. Zatem prawie na pewno pierwsze działające wersje programów 
pisanych w C++ są znacznie wolniejsze niż być powinny.

Dlatego moim zdaniem optymalizacja programów obiektowych jest 
obowiązkowym punktem na liście zadań przy tworzeniu nowego programu. Bez 
tego nie ma szans by program był zadowalająco szybki.

Oczywiście programy proceduralne też mogą być napisane w nie wydajny 
sposób i przez to wymagać dalszej optymalizacji. Jednak 
niebezpieczeństwo C++ polega na tym, że na oko nie widać tych wszystkich 
chmar funkcji jakie są odpalane bo często jest to robione nie jawnie!