Názory k článku Práce s pamětí C++: chytré ukazatele a proč je použít

V článku patrně rádil HTML šotek, některé programové ukázky neobsahují nic se špičatými závorkami #include, std::shared_pointer nemá žádný template parametr. Jinak dobré shrnutí.

V prvním případě parametr šablony snad není potřeba, odvodí se z parametrů konstruktoru.

Zkuste si to.

Nebylo by lepší se v ukázkách úplně vyhnout použítí "new"?

make_shared jsem v jedné našel, ale make_unique ne. A v textu se o nich vůbec nemluví.

Viz

- https://en.cppreference.com/w/cpp/memory/unique_ptr/make_unique
- https://en.cppreference.com/w/cpp/memory/shared_ptr/make_shared

chtel ukazat jak to funguje v c++ bez smart pointeru a jake jsou problemy okolo.

Však to on nekritizuje, ale místo

std::unique_ptr<in­t> p1(new int);

lze psát

std::unique_ptr p1 = std::make_uni­que<int>();

resp.

auto p1 = std::make_uni­que<int>();

31. 7. 2024, 16:28 editováno autorem komentáře

Iba ako dodatok pre ďalšie štúdium: C++ má už dosť dlhý čas oficiálne stránky spravované poprednými členmi komunity, na ktorých je vypísané, čo je odporúčané a čo nie.

O ukazovateľoch je najviac asi tu: https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#S-resource

Vdaka za clanok, kiez by bolo takycto o stanadrnych jazykoch viac.

Na škodu to určitě nebude, přesto mám pocit, že použití C/C++ by mělo být někde v "není jiná možnost, musíme to napsat v C/C++"

Ono taky není na škodu rozlišovat mezi C a C++. Nové C++ není až tak strašný jazyk, když si člověk uvědomí že nepíše v C ( a ani by tak psát neměl).

Nejde o nové aplikace. Máš spoustu starých, které není ekonomické přepisovat.

Hm, a to bude asi dôvod, prečo C++ sústavne rastie... Nechcete radšej rozhodnutie o tom, aký jazyk bude použitý a prečo tým, ktorí toto rozhodnutie robia?

> První možností by bylo alokovat co největší množství paměti a pak jen využít tolik, kolik potřebujeme. To samozřejmě není praktické – je to plýtvání zdroji.

To je velmi praktické; hodí se to ve vestavěných systémech; herní vývoj; HFT atd.

1. 8. 2024, 11:32 editováno autorem komentáře

Tak u embeeded, kde se to dá předpokládat beru.
Ale u her? Jako jo, pár takových tu s námi taky je. Ale třeba jeden prominentní příklad, TESV.EXE by mohl sloužit jako učebnicový príklad, jak to udělat tak, že hůř už správu paměti fakt vymyslet prostě nešlo. :)

Používá se to i u her.

Čiste z dôvodu rozšírenia vlastných obzorov by ma zaujímalo akým spôsobom zabezpečujete, aby ste dáta mali v pamäti organizované tak, aby využívali možnosti moderných počítačov, ako napríklad viacúrovňovú medzipamäť s ohľadom na jej vplyv na rýchlosť vykonávania programov, atď.

neměl něco podobného TeX? Že se muselo připravit "prostředí", kde byly předalokované pole atd.? (možná i proto to byl SW s málo chybami)

To je taková finta harceru v C. Alokovat pole alespoň o 1 větší protože furt se najde někdo kdo zapomene že se indexuje od 0.
Ti z větší zkušenosti alokuji rovnou 2* len. No a pak jsou machři kteří s větou "dnes máme gigabajtů paměti" rovnou alokuji v násobcích 16384. ,
To pak je ten program fakt atabilnejsi.

nedelal to kvuli tomu, ze tenkrat mely pocitace malo pameti tak chtel mit jistotu, ze svou pamet si zabere predem a hotovo?!

2. 8. 2024, 13:01 editováno autorem komentáře

to by se chtelo podivat, jestli Web (jazyk - https://en.wikipedia.org/wiki/Web_(programming_system) vubec mel podporu pro malloc/free.

a neni knuthuv web jen jeho zapis kodu i dokumentace do jednoho dokumentu? pekne se to zapise a transpiluje se do cisteho c a cisteho texu.

2. 8. 2024, 20:30 editováno autorem komentáře

Vzpomínám na Turbo Vision, který automaticky naalokovalo staticky několik stovek bytů paměti, aby mohlo vykreslit MsgBox že došla paměť. Bylo to roztomilé, ale nelze tomu upřít určitou čistotu.

Ono to nějak jinak snad ani udělat nejde. I v tom c++ std::bad_alloc na rozdíl od jiných výjimek nemůže nic alokovat a má předpřipravenou paměť.

Škoda, že C++ implementuje pouze unique_ptr a shared_ptr. Atomické operace pro reference counting nejsou vždycky potřeba, takže si stejně ten pointer musí člověk implementovat sám. Boost intrusive_ptr je taky dobrý.

Je rozdíl mezi atomickými a neatomickými inkrementy refcountu až takový?

Mám pocit, že abych zrovna u smart pointerů pozoroval nějaký smysluplný rozdíl, tak je musím používat totálně špatně.