Wartości w checkbox lub listbox

-321oho napisał(a):

A generyk to wg ciebie magiczny twór nie zajmujący żadnego miejsca w pamięci nie mający wewnątrz siebie żadnego rekordu opisującego parę string => string? Musisz się przespać lub zacząć czytać podstawy programowania.

W implementacji FPC nie ma żadnego rekordu. To po prostu tobie się coś wydaje (jak widać dalej źle).

-321oho napisał(a):

Ależ oczywiście, bo nigdy nie używałem/tworzyłem generyków.
Zamiast przemyśleć o czym mowa, czepiasz się słów. Musi być jakiś rekord trzymający dwa napisy, i nie ważne jak ten rekord jest zaimplementowany, jako record jako TObject lub pewien obszar pamięci w którym wpakowane jeden po drugim wskaźniki do napisów lub nawet jako pewien obszar pamięci w którym te dwa napisy będą trzymane w postaci spakowanej. Tak czy owak będzie to rekord. Jeżeli w twoim pojmowaniu rekord to tylko i wyłącznie record to chyba jednak musisz poczytać jakieś podstawy.

-321oho napisał(a):

Czytanie ze zrozumieniem kazało mi założyć że chodzi o mapę string-string (nie o żadną kontrolkę). O tym jest mowa i przedstawiam najlepsze rozwiązanie takiej mapy. Nie muszę dublować żadnego stringa, raz jeszcze pleciesz bzdury o budowie ansistringów (aka string w Delphi).
W takim razie przeczytaj jeszcze raz tytul tematu: - "Wartości w checkbox lub listbox" i powiedz którego słowa nie rozumiesz.

-321oho napisał(a):

Nie wspominając już o tym że w listbox'ie może być "a"->"b", "a"->"c", "a"->"b" zaś w proponowanej mapie nie może być.
A to czemu nie może być? Możesz mnie oświecić? Czy to ja mam ciebie oświecić o twojej niewiedzy?
Dobrze oświecę cię w przypadku listbox'a z trzema wierszami "a" jak w powyższym przykładzie do pierwszego "a" podpięte "b", do drugiego "a" podpięte "c", a do trzeciego "a" podpięte znowu "b". W przypadku mapy i dodania powyższych trzech par klucz->wartość wynikiem wyszukiwania klucza będzie zawsze zbiór {"b","c"}. Widzisz różnice?

-321oho napisał(a):

...natomiast nie interesował mnie bądź co bądź podstawowy problem pytacza.
Pozostali odpowiadają pytaczowi, oraz próbują wyjaśnić ci o czym mowa. Owszem milion elementów w listbox'ie to jawna przesada, ale 50 tyś widziałem (owszem bez podpiętego czegokolwiek), musiałem po kimś przerabiać tą formatkę bo niestety listbox kiepsko sobie z tym radził.

-321oho napisał(a):

W mapie para string -> string tworzy rekord w którym oprócz tych dwóch stringów w zależności od rozwiązania może być nawet kilka dodatkowych pól, bez tego nie da się stworzyć mapy.

Twórcy biblioteki fgl czitowali, nie ma rekordu. To że w pamięci to wygląda jak rekord nie robi z tego rekordu. To jest po prostu lista w której jest ileś pointerów (2rozmiar mapy) i gdzie tu problem? Ja tu rekordów nie widzę.
</quote>Powiedz mi czym różni się dla ciebie tablica N rekordów po dwa pointery od tablicy 2N pointerów? A no tak fizycznie tego nie podzielili na rozmiar mapy elementów! Teraz to nie rekordy więc żadnej pamięci nie zajmują. Tak czy owak masz 2*rozmiar_wskaźnika na każdą parę z mapy. Ja to nazywam rekordem (nie mylić z record). Poza tym, to wszystko? żadnej innej pamięci ta mapa nie zajmuje?

Zamiast przemyśleć o czym mowa, czepiasz się słów. Musi być jakiś rekord trzymający dwa napisy, i nie ważne jak ten rekord jest zaimplementowany, jako record jako TObject lub pewien obszar pamięci w którym wpakowane jeden po drugim wskaźniki do napisów lub nawet jako pewien obszar pamięci w którym te dwa napisy będą trzymane w postaci spakowanej. Tak czy owak będzie to rekord.

To twoim zdaniem:

• tablica jest rekordem
• obiekt jest rekordem
• klasa jest rekordem
• program jest rekordem (najs)

Wychodzi że twoim zdaniem wszystko co da się umieścić w pamięci jest rekordem (cała przestrzeń wirtualna procesu też jest rekordem).

Ah i tak, czepiam się słów, jakbyś mnie nie znał. Nie robiłbym problemów gdybyś nazwał to inaczej, tylko problem leży w tym że nazwałeś to rekordem wobec czego zrozumiałem to trochę inaczej. Jeżeli masz zamiar się z moją interpretacją kłócić to proszę bardzo, nie mniej rekord to jest pewna konstrukcja Pascala.

Jeżeli w twoim pojmowaniu rekord to tylko i wyłącznie record to chyba jednak musisz poczytać jakieś podstawy.

Jakie podstawy? Słucham uważnie.

W takim razie przeczytaj jeszcze raz tytul tematu: - "Wartości w checkbox lub listbox" i powiedz którego słowa nie rozumiesz.

A przeczytałeś cały post? Ja tu tylko mówiłem o budowie ansistringów, TStringList i map, natomiast nie interesował mnie bądź co bądź podstawowy problem pytacza.

Dobrze oświecę cię w przypadku listbox'a z trzema wierszami "a" jak w powyższym przykładzie do pierwszego "a" podpięte "b", do drugiego "a" podpięte "c", a do trzeciego "a" podpięte znowu "b". W przypadku mapy i dodania powyższych trzech par klucz->wartość wynikiem wyszukiwania klucza będzie zawsze zbiór {"b","c"}. Widzisz różnice?

program DragonNieZnaGenerykow;
{$mode objfpc}{$H+}
uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
  Classes
  { you can add units after this },fgl;
type
  T13h=specialize TFPGMap<String,String>;
var
  g:T13h;
  i:integer;
begin
  g:=T13h.Create;
  g.Add('a','b');
  g.Add('a','c');
  g.Add('a','b');
  for i:=0 to g.Count-1 do writeln(g.Keys[i],#32,g.Data[i]);
end.

Try it yourself
Może zamiast się ze mną kłócić posłuchaj moich dobrych rad i poucz się nieco o ansistringach i generykach.

Pozostali odpowiadają pytaczowi, oraz próbują wyjaśnić ci o czym mowa. Owszem milion elementów w listbox'ie to jawna przesada, ale 50 tyś widziałem (owszem bez podpiętego czegokolwiek), musiałem po kimś przerabiać tą formatkę bo niestety listbox kiepsko sobie z tym radził.

No to proszę bardzo odpowiadajcie pytaczowi, tylko w takim wypadku rozważacie problemy nieadekwatne do problemu pytacza. Dlatego też uznałem że nie chodzi już o pytanie i począłem zwalczanie herezji o ansistringach i ich pakowaniu jako obiekt do TStringList. Ponieważ mówiliście o milionie elementów dlatego też zaproponowałem generyk. Ja nie odpowiadam pytaczowi, a wam. Wy już również nie odpowiadacie pytaczowi tylko prowadzicie rozmowę luźno związaną z tematem (czego przejawem jest np. milion elementów).

Powiedz mi czym różni się dla ciebie tablica N rekordów po dwa pointery od tablicy 2N pointerów? A no tak fizycznie tego nie podzielili na rozmiar mapy elementów! Teraz to nie rekordy więc żadnej pamięci nie zajmują. Tak czy owak masz 2rozmiar_wskaźnika na każdą parę z mapy. Ja to nazywam rekordem (nie mylić z record).

Zacznijmy od tego że record to słowo kluczowe Pascala, po polsku to jest rekord albo struktura (zależy od języka programowania). A czym się ona różni? Np. wyrównaniem, kolejnością elementów w pamięci. Tablica też zajmuje pamięć, tylko gdybyśmy teraz zrobili coś takiego: TFPGMap<Byte,Byte>; to jest duża szansa że to nie będzie to samo. Więcej będzie zajmować rekord ze względu na wyrównanie.
Rozumiem twoje pojmowanie rekordów, nie mniej to nie są rekordy w rozumieniu Pascala. A ponieważ jesteśmy w dziale Pascal/Delphi uznałem że chodzi o rekordy w ujęciu Pascalowym.

Poza tym, to wszystko? żadnej innej pamięci ta mapa nie zajmuje?

FKeySize,FDataSize,FDuplicates,FSorted,FOnKeyPtrCompare,FOnDataPtrCompare,FList,FCount,FCapacity,FItemSize . W sumie pewnie z 20-30 bajtów.