Elo programujące w C++ świry, może ktoś zweryfikować czy dobrze rozumiem jak działa metoda pushback() dla wektora? Dla N elementów wektora alokowany jest blok pamięci o rozmiarze k * N (k > 1), używanie pushback powoduje zapisywanie nowych elementów na tym bloku, a jeśli całkowity rozmiar elementów miałby przekroczyć rozmiar zaalokowanego bloku pamięci, to alokowany jest nowy blok o rozmiarze k * N i "stare" elementy są do niego kopiowane, tak?
#
#
@FortunaHej:
nie, ale ten przykład obrazuje, że to się dzieje, co jest wystarczającym powodem by go zamieścić.
Efekt ten sam (standard), pod spodem to bywa inaczej nawet między wersjami kompilatora.
To jest jeden przyklad, jakby sie nie skopiowalo to zalozylbys ze sie nie kopiuje?
nie, ale ten przykład obrazuje, że to się dzieje, co jest wystarczającym powodem by go zamieścić.
Uzywaja nawet innych funkcji do alokacji i kopiowania. Zachowuja sie inaczej. Nie wiem jak z domyslnymi wartosciami rozszerzania.
Efekt ten sam (standard), pod spodem to bywa inaczej nawet między wersjami kompilatora.
@FortunaHej: zwiększanie rozmiaru zaalokowanego obszaru dla wektora razy dwa prowadzi do problemów alokacji lub dziur w pamięci (nb rosnących wraz z wektorem).
Po prostu alokując 2*k*N masz zamrożone 1*k*N + 0.5*k*N + 0.25*k*N.... = prawie 2*k*N z poprzednich alokacji. Ponadto nowa alokacja musi nastąpić przy największym obszarze nadal zaalokowanym by móc przenieść/przekopiować dane. Zwiększając rozmiar bufora nie masz szans użyć obszaru z poprzednich alokacji.
Lepszym rozwiązaniem jest zwiększanie obszaru np. razy
Po prostu alokując 2*k*N masz zamrożone 1*k*N + 0.5*k*N + 0.25*k*N.... = prawie 2*k*N z poprzednich alokacji. Ponadto nowa alokacja musi nastąpić przy największym obszarze nadal zaalokowanym by móc przenieść/przekopiować dane. Zwiększając rozmiar bufora nie masz szans użyć obszaru z poprzednich alokacji.
Lepszym rozwiązaniem jest zwiększanie obszaru np. razy
Wydaje mi się, że wreszcie załapałem. Na ogół od od pisania kodu wolę opracowywać tok myślenia, jak kod ma działać, no ale klepać w klawiaturę też trzeba umieć.
Postanowiłem, że zrobię grę w kółko i krzyżyk w js/ajaxie/php/mysql. Asynchronicznie, dla odległych clientów, możliwość wracania do rozegranych meczy.
Cele jakie miałem pisząc ten kod: Opanowanie programowania zorientowanego obiektowo, nazywanie klas "co to jest, a nie jak wygląda", brak
Wiem że na frontendzie się nie skupiałeś, ale tu chodzi o sposób myślenia. Czasami stosuje się zasadę (DRY - Don't Repeat Yourself albo też Rule of three) że jeśli masz napisać coś drugi raz, to po prostu piszesz, ale przy trzecim
Co do wspomnianych PSRów, to są to z definicji jedynie rekomendacje (PHP Standard Recommendations), a nie must have. Najważniejsze, żeby w całem projekcie było spójnie. O ile format nazewnictwa klas, metod i zmiennych jest już właściwie standardem niezależnie od języka, to używanie spacji vs tabów, czy wspomniane nawiasy klamrowe w tej samej vs nowej linii, to już kwestia bardziej preferencji. Także co poniektórzy trochę #!$%@?ą od rzeczy.
1. Co do