eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCarnegie-Mellon przestaje uczyc programowania obiektowegoRe: Carnegie-Mellon przestaje uczyc programowania obiektowego
  • Data: 2011-03-31 22:08:28
    Temat: Re: Carnegie-Mellon przestaje uczyc programowania obiektowego
    Od: Michoo <m...@v...pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 31.03.2011 23:26, Wojciech Muła pisze:
    > Michoo wrote:
    >> Widzę, że A.L. znowu głosi prawdy objawione - w c++ nikt nigdy nie pisał
    >> systemu pluginowego gdzie wszystko jest zbiorem modułów spinanych przez
    >> określone api? Tak, pewnie.
    >
    > Z faktu, że w C++ napisano coś składające się z modułów, nie wynika,
    > że ten język ma jakiekolwiek wsparcie dla modularyzacji (ok, ma śladowe).
    Zgadza się, że wsparcie jest małe. Ale nawiązywałem do wyciętego przez
    Ciebie cytatu:
    >> Wszyscy programisci OO spod znaku
    >> C++ i pochodnych o modularnosci nie maja zielonego pojecia.
    Co jest kolejnym bullshitem ze strony AL.
    Normalnie staram się ignorować jego posty wypływające czasami w
    cytowaniach, ale niektóre z bredni imo wymagają komentarza bo ten
    osobnik cały czas się lansuje na autorytet.

    > Moduły są w Pascalu, Pythonie Javie, a moduły generyczne masz w Adzie,
    > czy SML-u (w którym można parametryzować moduły innymi modułami).
    Pascalowe moduły rzeczywiście są całkiem niezłą koncepcją i dobrze
    zrealizowaną jeżeli nie liczyć braku automatycznych zależności (istotna
    kolejność wymienienia na liście importów - a przynajmniej tak było jak
    miałem ostatni raz do czynienia z pascalem).

    Pythonowe moduły to jest przecież jakaś porażka. (Powodująca na dodatek
    często bardzo brzydkie praktyki - wszystko w jednym pliku.) Dopiero
    paczki z __init__ importującym klasy wszystkich modułów "w głąb" dają
    jakąś protezę "prawdziwego modułu".

    W javie ztcw nie da się sprawdzić co jest w JAR inaczej jak go
    rozpakowując, a statyczne konstruktory nie wywołują się do czasu
    załadowania danej klasy, więc bez strasznych kombinacji z dependency
    injection nie da się zrobić modułu, który podepnie się "sam" do reszty -
    nie wystarczy mieć wspólnego api, ale trzeba podać wprost nazwy klas.

    Ady nie znam na tyle (a SML wcale) aby się wypowiadać.

    W C++ pisałem zaliczenie z programowania wizualnego w QT gdzie było
    ustalone, publiczne API i można było podmienić fragment implementacji w
    gotowej aplikacji przez podmianę odpowiedniej biblioteki DLL. Jak te
    powyższe to są moduły to czemu nie to?

    --
    Pozdrawiam
    Michoo

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: