-
Data: 2013-05-19 23:58:36
Temat: Re: Wybór języka/technologii pod konkretne wymagania, konkretnego przypadku ludzkiego :)
Od: Andrzej Jarzabek <a...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 19/05/2013 17:20, A.L. wrote:
> On Sun, 19 May 2013 05:05:06 +0100, Andrzej Jarzabek
> <a...@g...com> wrote:
>
>> Po pierwsze, fakt istnienia w Javie synchronized i notify nie chroni
>> przed problemami z wątkami.
>
> Fakt. Tzreba umiec uzywac je w sposob wlasciwy
No więc jak już się umie, to to samo, równie łatwo, można zrobić na
mutexach itd. W innych językach, nie w Javie naturalnie, bo Java jest
takim topornym językiem.
>> I tak trzeba wiedzieć, które obiekty są
>> dostępne z wielu wątków i trzeba sobie zaprojektować co ma być
>> synchronized, w jaki sposób wątki się powiadamiają i tak dalej.
>
> To tzreba zawsze wiedziec, niezaleznie ud uzytych narzedzi
No chyba że się używa rozwiązan bez niejawnego dzielenia i jawnego
lockowania.
> Stwierdzenie jest trywialne. Java implementuje koncepcje "monitora"
> wprowadzona pzrez Hoare i Brinch Hansena. Jest to konstrukcje wyzszego
> poziomu niz "gole" mutexy. Oczywiscie, mozna zaimplementowac monitor
> poslugujac sie wylacznie semaforami (co jest standardowym cwiczeniem
> studenckim) ale to ma taka sama sile jak stwierdzenie ze "obiekty
> takie jak w C++ sa niepotzrebne bo mozna je latwo zaimplementowac w C
> poslugujac sie pointerami i makroprocesorem". Owszem, mozna. Ale
> obiektowo programuje sie latwiej majac jezyk wspierajacy obiekty;
> podobnie wielowatkowo programujesie latwiej majac jezyk wspierajacy
> konstrukcje wyzszego poziomu niz mutex.
W ogólności zgodziłbym się z tym zdaniem, ale akurat niekoniecznie w
odniesieniu do monitora. Znaczy, zależy oczywiście w od konkretneo
języka, ale dla wielu języków i wielu zagadnień jest tak, że
implementowanie czegoś w bibliotece funkcjonuje na tyle dobrze, że
wsparcie w języku w praktyce wcale niczego nie ułatwia.
Następne wpisy z tego wątku
- 20.05.13 00:46 A.L.
- 20.05.13 13:03 wloochacz
- 20.05.13 18:46 Kviat
- 20.05.13 18:57 R.e.m.e.K
- 20.05.13 19:04 Stachu 'Dozzie' K.
- 20.05.13 19:14 Kviat
- 20.05.13 20:23 R.e.m.e.K
- 20.05.13 20:40 Stachu 'Dozzie' K.
- 20.05.13 20:57 R.e.m.e.K
- 20.05.13 21:56 Stachu 'Dozzie' K.
- 20.05.13 21:58 Andrzej Jarzabek
- 20.05.13 22:04 Kviat
- 20.05.13 22:33 Edek
- 20.05.13 23:41 R.e.m.e.K
- 20.05.13 23:48 R.e.m.e.K
Najnowsze wątki z tej grupy
- 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
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO