Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #32246
| Newsgroups | pl.comp.programming |
|---|---|
| Date | 2019-01-04 00:53 -0800 |
| References | (1 earlier) <81784008-c1fd-48f0-9346-ad1b5b252df3@googlegroups.com> <aa0a50cc-6925-4a2b-b3cb-4ce8c6d7887a@googlegroups.com> <afccd743-14c2-42d1-9157-45680cc7aa68@googlegroups.com> <1081cd1a-a21e-4708-82dc-6b7fd508bc9a@googlegroups.com> <21fee618-5624-4a77-b612-d3916c607184@googlegroups.com> |
| Message-ID | <25c8a9fc-de60-42c6-9d4e-09e005a5bbff@googlegroups.com> (permalink) |
| Subject | Re: Uwagi odnośnie książki Stroustrupa |
| From | godek.maciek@gmail.com |
W dniu piątek, 4 stycznia 2019 08:15:55 UTC+1 użytkownik Maciej Sobczak napisał: > > Co w takim razie wnoszą referencje w C++? (oprócz niepotrzebnej komplikacji) > > Uwaga: dopiero co usiłowałeś udowodnić, że operator przypisania jest niepotrzebny. Tak? W którym miejscu próbowałem "udowodnić coś takiego"? Ogólnie wydaje mi się, że gdybyś odnosił się do rzeczy, które napisałem, zamiast do tych, które wydaje Ci się, że napisałem, obaj byśmy na tym skorzystali. > Uwaga na dwie różne rzeczy. Referencje same w sobie to aliasy i służą właśnie do tego, żeby upraszczać zapis (o tym pisał AK) a nie żeby cokolwiek komplikować. A jednak coś komplikują. > Drugie zastosowanie referencji to przekazywanie argumentów bez konieczności ich kopiowania. Służą wydajności i są czytelniejsze, niż wskaźniki a pozwalają nie kombinować z dodatkowymi "trybami" czy innymi "modami" parametrów podprogramów. Kwestia tego, czy występuje "konieczność kopiowania" argumentów, ma sens tylko w kontekście, w którym dokonujemy modyfikacji argumentów. > > Co takiego staje się możliwe dzięki nim, co nie było możliwe bez nich? > > Pisanie bardziej czytelnego kodu. Widać to bardzo dobrze gdy porówna się API bibliotek mających osobne wersje dla C i C++. Dzięki. Lubię konkrety, a w szczególności obiektywne sformułowania w rodzaju "bardziej czytelny kod". > > > W tym wypadku wartością dodaną jest możliwość korzystania z jakieś ograniczonej formy lambdy, bez konieczności posiadania garbage collectora. > > > > Pierwszy kompilator języka Scheme, ORBIT, dawał ograniczoną > > formę lambdy i nie potrzebował garbage collectora. > > W jaki sposób realizował upward-closure? Używając garbage collectora napisanego w Schemie bez upward-closure. > > > Inaczej - istnieje pewna klasa projektów, w których nikt[*] nie ma lepszej oferty. > > > > Jeśli pominiemy takie języki jak np. Rust. > > Ciekawe: > > https://doc.rust-lang.org/1.1.0/book/closures.html > > "So if we returned this closure, the function call would be over, the stack frame would go away, and our closure is capturing an environment of garbage memory!" > > Jest podane rozwiązanie tego problemu, ale nie wiem, czy ten mechanizm jest stosowalny tak samo wygodnie dla różnych przypadków, które można sobie wyobrazić. W C++ po prostu dano użytkownikom narzędzie i obowiązek do samodzielnego rozstrzygania takich problemów. W tym przypadku problem nie jest trudny do rozstrzygnięcia i nie wiem, czy chcę mieć aż tak dużą dodatkową komplikację na poziomie języka, żeby ten problem rozwiązać. > Tzn. potrafię nie mieć problemu z wiszącymi referencjami w C++ przy składni prostszej, niż oferuje Rust, więc w tym konkretnym przypadku Rust jest dla mnie niepotrzebnym kosztem. > > Rust jest ciekawym pomysłem (ogólnie w aspekcie zarządzania czasem życia obiektów), ale potrzeba jeszcze czasu, żeby ocenić jego przydatność w praktyce. > Pod pojęciem praktyki rozumiem np. system, dla którego istnieje kompilator C++ a dla którego nie istnieje kompilator Rust. Praktyka to również dostępne narzędzia pomocnicze w rodzaju analizatorów statycznych. Być może Rust zyska sympatię użytkowników i stanie się popularny, nie potrafię tego jeszcze rozstrzygnąć. > > > Standard GNU C > > To tak jakbyś napisał "Standard Visual C". Być może. Takie użycie sugeruje sam komplikator, do którego podaje się flagę -std=gnu99 (zamiast np. -std=c99).
Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-01 07:15 -0800
Re: Uwagi odnośnie książki Stroustrupa fir <profesor.fir@gmail.com> - 2019-01-01 17:28 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-01 22:13 -0800
Re: Uwagi odnośnie książki Stroustrupa fir <profesor.fir@gmail.com> - 2019-01-02 03:42 -0800
Re: Uwagi odnośnie książki Stroustrupa fir <profesor.fir@gmail.com> - 2019-01-02 04:44 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-02 06:55 -0800
Re: Uwagi odnośnie książki Stroustrupa fir <profesor.fir@gmail.com> - 2019-01-02 07:34 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-02 08:39 -0800
Re: Uwagi odnośnie książki Stroustrupa fir <profesor.fir@gmail.com> - 2019-01-02 07:59 -0800
Re: Uwagi odnośnie książki Stroustrupa Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2019-01-03 10:43 +0100
Re: Uwagi odnośnie książki Stroustrupa szykcech@gmail.com - 2019-01-01 21:41 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-01 22:40 -0800
Re: Uwagi odnośnie książki Stroustrupa Maciej Sobczak <see.my.homepage@gmail.com> - 2019-01-03 01:14 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-03 07:07 -0800
Re: Uwagi odnośnie książki Stroustrupa AK <nobody@nowhere.net> - 2019-01-03 17:41 +0100
Re: Uwagi odnośnie książki Stroustrupa Maciej Sobczak <see.my.homepage@gmail.com> - 2019-01-03 23:15 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-04 00:53 -0800
Re: Uwagi odnośnie książki Stroustrupa Maciej Sobczak <see.my.homepage@gmail.com> - 2019-01-06 22:59 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-07 01:34 -0800
Re: Uwagi odnośnie książki Stroustrupa Maciej Sobczak <see.my.homepage@gmail.com> - 2019-01-08 00:46 -0800
Re: Uwagi odnośnie książki Stroustrupa AK <nobody@nowhere.net> - 2019-01-08 09:51 +0100
Re: Uwagi odnośnie książki Stroustrupa AK <nobody@nowhere.net> - 2019-01-08 10:05 +0100
Re: Uwagi odnośnie książki Stroustrupa Maciej Sobczak <see.my.homepage@gmail.com> - 2019-01-08 01:51 -0800
Re: Uwagi odnośnie książki Stroustrupa AK <nobody@nowhere.net> - 2019-01-08 13:33 +0100
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-08 02:15 -0800
Re: Uwagi odnośnie książki Stroustrupa Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2019-01-02 08:17 +0100
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-02 06:25 -0800
Re: Uwagi odnośnie książki Stroustrupa Maciej Sobczak <see.my.homepage@gmail.com> - 2019-01-02 01:37 -0800
Re: Uwagi odnośnie książki Stroustrupa godek.maciek@gmail.com - 2019-01-02 03:44 -0800
csiph-web