-
Data: 2013-02-08 18:14:45
Temat: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
Od: Andrzej Jarzabek <a...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Feb 8, 4:45 pm, darekm <d...@e...com> wrote:
> W dniu 2013-02-07 23:51, Andrzej Jarzabek pisze:
>
> > A w językach z dynamicznym systemem typów nie trzeba. I na tym polega
> > różnica - w C++ tego po prostu nie zrobisz i tyle, żaden QVariant czy
> > hashmap ci nie pomoże.
>
> To że zawsze możesz użyć wszystko ma swoją drugą stronę: niczego nie
> możesz zabronić. Przy statycznym typowaniu każda funkcja ma
> zdefiniowane dla jakich typów i w jakim kontekście jest poprawna i w
> innych jej nie użyjesz. A wraz ze wzrostem programu liczba kontekstów
> niepoprawnych rośnie szybciej niż tych poprawnych.
Można ograniczyć ten efekt odpowiednio projektując kod.
> > Bo zajmuje czas, bo wprowadza szum do kodu, bo utrudnia refaktoryzację.
> > Może nie zawsze, ale przynajmniej niekiedy.
>
> Co zajmuje czas: wklepanie kodu? Przecież to jest czas pomijalny.
Wymyślenie zestawu typów i relacji między nimi, odpowiadające
problemowi. Przerabianie tego zestawu w miarę jak problem się zmienia.
> Refaktoryzacja: kompilator powie Ci gdzie NIE możesz użyć nowej
> funkcji/struktury
W pewnych sytuacjach tak, ale czasem ci powie, że błąd, bo typ X nie
istnieje i faktycznie, po refaktoryzacji nie istnieje.
> > Wprowadzasz duplikację. No i pojawiają się dalsze problemy, co na
> > przykład, jeśli chcesz skopiować structa i owej kopii dołożyć kilka
> > nowych pól?
>
> Tylko wtedy gdy to ma sens, mogę zawsze przekazywać nie obiekty a pole.
Przykład był przecież uproszczony, jeśli funkcja korzysta z siedmiu
pól, to przekażesz jej siedem argumentów?
> Po drugie to kompilator zabroni mi wywołać
> foo(foo(c))
Nawet jeśli właśnie foo(foo(c)) jest dokładnie tym, co chcesz zrobić.
> > Piszesz konwersję kopiującą wszystkie składowe do hashmapy?
> > I tak dla każdego typu? I nie widzisz w tym nic niewygodnego?
>
> W życiu też możesz używać wygodnego samochodu rodzinnego do którego
> zapakujesz na dowolnym parkingu kilka osób, psa i śniadanie i dojedziesz
> nad (prawie) dowolne jezioro. Z drugiej strony masz tiry, które
> zapakujesz wyłącznie na rampie wyłącznie paletami wyłącznie mechanicznie
> i można jeździć wyłącznie uprawnionymi drogami. Dlaczego tak skoro tak
> niewygodnie i restrykcyjnie?
Nie bardzo rozumiem, jak to się ma do tematu dyskusji. Chcesz
powiedzieć, że samochody rodzinne są niepotrzebne, skoro można rodzinę
zapakować w dwa tiry i wybrac sobie takie jezioro, do którego prawie
dojeżdża uprawniona droga?
Następne wpisy z tego wątku
- 08.02.13 18:52 M.M.
- 08.02.13 18:52 Andrzej Jarzabek
- 08.02.13 19:18 Andrzej Jarzabek
- 08.02.13 21:56 darekm
- 08.02.13 22:11 darekm
- 09.02.13 14:22 Andrzej Jarzabek
- 09.02.13 15:12 M.M.
- 09.02.13 16:29 AK
- 09.02.13 16:31 AK
- 09.02.13 16:35 AK
- 09.02.13 16:37 AK
- 09.02.13 17:01 M.M.
- 09.02.13 18:45 Andrzej Jarzabek
- 09.02.13 19:53 M.M.
- 09.02.13 23:21 Andrzej Jarzabek
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
Najnowsze wątki
- 2024-12-27 Dyplomaci a alkomaty
- 2024-12-27 Zmiana kary
- 2024-12-27 Chiński elektrolizer tester wody
- 2024-12-27 Rzeszów => System Architect (background deweloperski w Java) <=
- 2024-12-27 Kraków => Application Security Engineer <=
- 2024-12-27 Gorzów Wielkopolski => Konsultant wdrożeniowy Comarch XL/Optima (Ksi
- 2024-12-27 Wrocław => Solution Architect (Java background) <=
- 2024-12-27 kladka Zagorze
- 2024-12-27 Poznań => Key Account Manager (ERP) <=
- 2024-12-27 Gdańsk => Full Stack .Net Engineer <=
- 2024-12-27 Katowice => Programista Full Stack .Net <=
- 2024-12-27 Opole => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-27 Gdańsk => Delphi Programmer <=
- 2024-12-27 Warszawa => Administrator Bezpieczeństwa IT <=
- 2024-12-27 zasniecie