VanQator
  • 0
#cpp
Bardziej opłaca się przekazywać obiekty przez wskaźniki czy przez referencje?
Rozumiem, że główny problem polega na tym, że jak przekazujemy przez wskaźnik, to trzeba pamiętać o zwalnianiu pamięci?
lionbest
  • 5
@VanQator: Zwalnianie pamięci dotyczy tylko obiektów alokowanych na stercie. Po de referencji wskaźnika można taki obiekt dalej przekazywać jako referencje. Do obiektów alokowanych na stosie też da się pobrać wskaźnik, ale trzeba pamiętać, że jest on ważny tylko do czasu trwania scopa, w którym został on za alokowany. No i też łatwiej się pomylić, bo zwolnienie wskaźnika na obiekt na stosie się niepowiedzie ( ͡° ͜ʖ ͡°)
VanQator
  • 0
#cpp
Trochę nie kumam idei wzorców projektowych. Dzisiaj ogarnąłem pierwszy: State, i przyszło mi to... no powiedzmy, że o garnąłem i umiem zrozumieć i zaimplementować własny State. Ale gdy przysiadłem do obserwatora to jest dla mnie kosmos. Na serio te powiązanie między klasami to dla mnie #!$%@? abstrakcja.

Czy ja się dobrze uczę wzorców? Czy kiedy ktoś zapyta mnie czy znam obserwatora, a ja mu powiem, rozumiem konecepcję i schemat działania, ale
JakTamCoTam
JakTamCoTam
via Wykop Mobilny (Android)
  • 1
@VanQator: ogólnie z wzorców się korzysta w większych projektach. Nieraz połączonych ze sobą. Tak szczerze ja zacząłem zauważać sensowność dopiero w pracy albo właśnie podczas niektórych problemów przy własnych projektach.
Niektóre są bardzo rzadkie jak np interpreter/proxy a niektóre bardzo częste jak np Command/Factory.
Niektóre są wbudowane w język i nawet o nich nie wiesz jak np iterator, albo funktor. Powiem szczerze że znajomość wzorców daje przyjemność z programowania bo to
hszan
  • 2
@VanQator: tak jak pisze Ci kolega wyzej, poki nie zaczniesz czuc potrzeby uzywania patternow, to ta cala wiedza Ci uleci. Napisz jakis dluzszy kod chociaz te ~30k+ linijek. Wtedy na bank stwierdzisz, ze Twoj kod to istne szambo i nauka wzorcow pojdzie Ci znacznie lepiej.
zrakiep
  • 3
@VanQator: ogólnie spoko, ale:
1) nie masz destruktora Context, nie zwalniasz pamięci z ptr
2) wywal int state z Context - nie jest ci do niczego potrzebne, jak ci się wydaje że jest potrzebne to pewnie robisz coś źle i logika którą chcesz teraz zaimplementować powinna być w StateOne lub StateTwo
3) using namespace std; - nie uzywaj tego, nie warto. Pisz wszędzie std::..
4) nie zywaj std::endl. Po

Osiągnięcia