eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCo jest nie tak z C++ (było: Rust) › Re: Co jest nie tak z C++ (było: Rust)
  • Data: 2017-08-21 22:15:53
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: s...@g...com szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    Ja odnoszę wrażenie, że obecnie programiści nie za bardzo wiedzą jaki język jest na
    prawdę najlepszy i myślą, że w zasadzie to najbardziej zależy od zastosowania. Bo w
    większości wypadków nie ważne jest jak jest szybki - liczy się jak szybko da się coś
    zakodować.

    Ja natomiast mam inne zdanie na ten temat.

    Moim zdaniem (porównując najpopularniejsze języki: Asembler, C, C++, D, Java, PHP,
    Python, JavaScript - tyle poznałem i mi to wystarczy) okazuje się, że C++ jest
    najlepszy. Oto powody:

    1. Bez udziwnień obsługuje standardowe API obecnych systemów operacyjnych (czyli C).
    D ma niby wsparcie dla funkcji C ale trzeba je zdeklarować w języku D.

    2. Zapewnia wszystko to co język obiektowy powinien mieć - a nawet więcej niż wiele
    innych języków, bo ma wielodziedziczenie i szablony. I to wszystko ma bez udziwnień -
    są to cechy naturalne tego języka. Tak więc nie jest uczciwe porównywanie tego języka
    do Asemblera. Tu bym porównał raczej Asemblera do łopaty, a C++ do koparki, a języki
    skryptowe do mini koparek.

    3. Kompiluje się do kodu maszynowego i przez to działa w sposób naturalny - jak to
    przewiduje producent procesora. Jego pliki wykonywalne są najmniejsze z możliwych, są
    prawie tak szybkie jak programy asemblerowe i działają samodzielnie (wymagając
    jedynie bibliotek dll - jeśli tak zostały skompilowane - a często wymaga tego
    licencja biblioteki). Nie wymaga żadnego interpretera, ani żadnych "maszyn
    wirtualnych" które nic nie dają prawdziwemu programiście (bo gdy do C++ przechodzi
    się z Asemblera to ręczne zarządzanie pamięcią jest czymś naturalnym i intuicyjnym -
    ja w ten sposób się uczyłem, bo to wydawało mi się najsensowniejsze i nadal tak mi
    się wydaje). Poza tym obecnie w C++ zarządzanie pamięcią często ogranicza się do
    podania "rodzica" jako parametr konstruktora i on usuwa ten nowy obiekt (Qt tak jest
    zrobione), lub używa się "sprytnych wskaźników" które usuną obiekt kiedy trzeba (to
    implementuje biblioteka standardowa).

    4. Umożliwia dobrą separację interfejsu (deklaracji) i implementacji. Są pliki *.h
    które dobrze opisują zawartość plików *.cpp. To trzeba docenić, bo tego nie ma w
    innych (wymienionych) językach z wyjątkiem C.

    5. Jest przenośny. Umiejętnie pisane programy (w Qt ;] ) są bez problemowo przenośne.
    A kod nieprzenośny daje się izolować (można wyłączać całe pliki *.cpp i kompilować
    warunkowo). Ta przenośność teoretycznie nie jest obarczona jakimś spadkiem wydajności
    czy innymi ukrytymi kosztami. Teoretycznie programy C++ są przenośne na każdą
    platformę na którą jest odpowiednio aktualny kompilator C++. Jednak ważniejszym
    ograniczeniem jest wsparcie danej platformy przez dostawców bibliotek.

    6. C++ żyje własnym życiem bez dominacji jednej firmy która by narzucała innym jaki
    ten język ma być. Nie kompatybilne zmiany się nie przyjmują, bo ludzie chcą mieć
    wybór - np.: pod Windows kompilator VC++, a pod Linuxem g++...

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: