CYFROWY BARON • PROGRAMOWANIE

Witam,
Utworzyłem sobie kilka komponentów typu TLabel,




ale nie wiem za bardzo jak mam je usunąć by zniknęły z formatki zwalniając przy tym pamięć?

Źle tworzysz te dynamiczne komponenty i masz tutaj gigantyczny wyciek pamięci. Chcesz tworzyć dynamicznie obiekty w oparciu o tablicę, to powinieneś okreslić rozmiar tej tablicy z góry, czyli ustalić maksymalną liczbę takich obiektów.

Plik nagłówkowy np. Unit1.h


Plik źródłowy np. Unit1.cpp


Gdy masz komponenty i ich nazwy niszczysz je poprzez nazwę:



Jeżeli chcesz tworzyć komponenty w nieokreślonej ilości, to posłuż się vector'ami i zapoznaj się z tym wątkiem: http://programowanie.cal.pl/forum/viewtopic.php?f=2&t=1136&p=7809&hilit#p7804

Baronie, nie lepiej to ładować to TObjectList ?? i potem wywalać całą liste ?? Nie trzeba się martwić o zwalnianie każdego elementu gdyż usunięcie całej listy automatycznie zwolni każdy jej element.

Źle tworzysz te dynamiczne komponenty i masz tutaj gigantyczny wyciek pamięci. Chcesz tworzyć dynamicznie obiekty w oparciu o tablicę, to powinieneś okreslić rozmiar tej tablicy z góry, czyli ustalić maksymalną liczbę takich obiektów.

Nie wiem, gdzie Ty tu widzisz wyciek (pomijam sprawę czyszczenia i usuwania tej tablicy, wszak jest to przedmiot tego wątku). Jak na moje oko wszystko jest ok (no, może nie wszystko. Nie rozumiem, dlaczego indeksuje od jednego).

@swiezak: jeśli chodzi o zwalnianie, robisz to w odwrotnej kolejności do tworzenia:


Potwierdzę to, co było napisane wcześniej. Zamiast bawić się gołymi tablicami dynamicznymi, użyj vectora lub klasy TObjectList. W przypadku klas pochodnych od TObject, a do tych niewątpliwie zaliczają się labele, druga opcja wydaje się sensowniejsza.

polymorphism napisał(a):Nie wiem, gdzie Ty tu widzisz wyciek

U mnie ten kod:



wogóle się nie kompiluje, otrzymuję komunikat błędu:




Nie wiem więc jak może wyglądać deklaracja obiektu Napisy, by ten kod się wogóle skompilował. Dlatego przyjąłem takie rozwiązanie dla testu:

Plik nagłówkowy np. Unit1.h


Plik źródłowy np. Unit1.cpp


To jednak wywołuje błąd. Program nie daje się zamknąć. Zakładam więc, że są jakieś problemy z adresami. Po określeniu rozmiaru tablicy problemy znikają.

Nie wiem więc jak może wyglądać deklaracja obiektu Napisy, by ten kod się wogóle skompilował

W treści błędu masz nawet podpowiedź:

polymorphism napisał(a):W treści błędu masz nawet podpowiedź:

Kombinowałem, ale nie wiedzieć dlaczego nieco inaczej:

---

Co się tyczy TObjectList to skoro powiedziało się A to należałoby powiedzieć i B.

Plik nagłówkowy np. Unit1.h


Plik źródłowy np. Unit1.cpp


Przy kasowaniu wybranego elementu z listy lub konkretnego obiektu (to samo) należy pamiętać, że elementy znajdujące się poniżej tego elementu przesuną się do góry listy, zajmując miejsce usuniętego elementu.

Bardziej mi chodziło, o to czy ten sposób nie jest lepszy niż wektor lub ten co podałeś, niż o pisanie kodu . Ok następnym razem podam też kod

Ja tylko zwróciłem uwagę, że jeżeli proponuje się jakieś rozwiązanie początkującemu użytkownikowi, to powinno się podać sposób użycia.

Corvis napisał(a):czy ten sposób nie jest lepszy niż wektor

Moim zdaniem jest po prostu inny. Być może obiekt TObjectList bazuje na czymś podobnym do vector'a. Posługiwanie się listą jest na pewno bardziej zrozumiałe dla kogoś, kto nie ma doświadczenia z vector'ami. Zauważ, że TObjectList oferuje wskaźnik na TObject, a jeżeli stworzysz vektor dla konkretnego typu to możesz odwoływać się bezpośrednio:
vector:


TObjectList:


W przypadku TObjectList nie można więc odwołać się bezpośrednio do elementu listy, gdyż każdy z tych elementów jest typu TObject, a nie typu przechowywanego obiektu.
Osobiście uważam, że TObjetList jest lepiej użyć tam, gdzie przechowuje się różnego rodzaju obiekty, gdyż w przypadku np. vector'a trzeba by utworzyć kilka list różnych typów.
Poza tym, jeżeli w TObjectList przechowujesz obiekty różnego typu, to przed odwołaniem się do wybranego obiektu w niektórych przypadkach musisz wiedzieć z jakim typem masz do czynienia.
Rodzi się jeszcze pytanie, czy typ TObjectList jest dostępny we wczesnych wersjach środowiska C++Builder.