Aktywne Wpisy
![Mantusabra](https://wykop.pl/cdn/c0834752/6ca8761438ed8cef9d8ad8bc7ee3db3903ef122910f45f6b6f04612caddab57c,q60.jpg)
Mantusabra +2
#przegryw dajcie pomysł co narysować
![mk321](https://wykop.pl/cdn/c3397992/mk321_WtgLV7XeE5,q60.jpg)
mk321 +1
#mieszkanie #hydraulika #remont #remontujzwykopem
Gdzie szukać zaworu wody do prysznica?
Do umywalki jest pod umywalką, do pralki jest za pralką, a do prysznica nie mogę znaleźć.
Prysznic to taki zwykły brodzik, rury schowane pod płytkami, na nich tylko zamontowana bateria, ta rura z łapką i deszczownica itp.
Nie mam pomysłu gdzie zakręcić wodę, żeby móc wymienić uszczelkę w baterii.
Możliwe, że ktoś jakoś schował to w brodziku? Gdzie zazwyczaj to jest?
Gdzie szukać zaworu wody do prysznica?
Do umywalki jest pod umywalką, do pralki jest za pralką, a do prysznica nie mogę znaleźć.
Prysznic to taki zwykły brodzik, rury schowane pod płytkami, na nich tylko zamontowana bateria, ta rura z łapką i deszczownica itp.
Nie mam pomysłu gdzie zakręcić wodę, żeby móc wymienić uszczelkę w baterii.
Możliwe, że ktoś jakoś schował to w brodziku? Gdzie zazwyczaj to jest?
Co z konstrukcjami typu std::vector<std::shared_ptr<T>> ? Czym je zastąpić?
#cpp
shared_ptr
nie jest gównem, jest ostatecznością. grunt to uzmysłowić sobie kto jest właścicielem obiektu i czy jest polimorficznyZależy od przypadku użycia. Na przykład, jeżeli jesteś w stanie zagwarantować, że obiekty w wektorze "przeżyją" ten wektor, to co jest złego w surowych wskaźnikach? Przez właśnie taką paranoję powstają dziwactwa jak
std::observer_ptr
( ͡° ͜ʖ ͡°)I prawdopodobnie takie powinno być jedyne znaczenie surowych wskaźników we współczesnym C++ - odniesienie do obiektu, którego nie jesteśmy właścicielem.
@MamCieNaHita
Jest to kwestia dyskusyjna, w niektórych projektach użycie shared_pointera zostało zbanowane.
@Feargan
Problem ten sam co przy referencjach, nie da się sprawdzić, czy wskazujemy na istniejącą pamięć.
@Gerax9: Is null/nullptr? Chyba chodzi Ci o to czy pamięć na którą wskazuje nie została ponownie wykorzystana, wypełniona losowymi danymi ale nie jest pusta co może spowodować jakiś undefined behavior (co powinno być wzięte pod uwagę podczas implementacji, duh)
Trudno o to w dużym projekcie i dużym zespole.
Dlatego powstał ten wpis. Jeżeli chromium zbanowało shared_pointer to musi być jakieś obejście.
unique_ptr + get, albo new/delete?
Pracuje w sporym zespole i projekcie i nadal używamy shared pointerów więc pierwsze słyszę o takich trendach
Dobry kod jednak to jest taki, do którego nie potrzeba magików, czyli taki, który jest w stanie być zrozumiany przez najlepiej i przedszkolaka. Dobry kod jest jak dobrze zorganizowane gospodarstwo,
@Gerax9: To zależy jaki masz usecase. Ogólnie jak już @MamCieNaHita napisał to jest ostateczność. Naćpanie sharedptr szędzie żadko pomaga, a często przeszkadza. Na początku mojej kariery, kiedy po ziemi stąpały jeszcze C++11-zaury, sam się nimi zachłysnąłem i bardzo tego żałowałem.
Dobrze przemyślaną architekturą. W większości przypadków po prostu da się zrobić kopię. Jeżeli jasno ustalisz, że obiekty nie mogą sobie kitrać