Listen vergleichen

[EWeiss]

Zitat:

Zitat von Fritzew (Beitrag 1403843)

Dann fassen wir zusammen:
Es geht eigentlich darum herauszufinden ob vProzessID komplett in vProcList enthalten ist.
Wenn ja true sonst false.

Mit der richtigen Frage hättest Du auch gleich die richtige Antwort bekommen :-)

Wie du sagst ;)
Beide Listen vergleichen :)
Danke auch an @TiGü

gruss

[KodeZwerg]

Ist bestimmt offtopic, ich nutze eine ListView für so etwas, verteilt über sub-items kann man sich vieles Speichern und easy wiederfinden da alles über den gleichen Index erreichbar ist, ob Visuell dargestellt oder nur Intern, ich mag die in beiden Fällen.

[EWeiss]

Was soll ich mit einem ListView? Wenn ich genau für meinen Fall die richtige Klasse habe.
Zudem war das Thema schon erledigt.

Man muss doch nicht in jeden Thema und zu allen Fragen eine Antwort geben.
Hmm... :roll:

gruss

[jaenicke]

Zitat:

Zitat von KodeZwerg (Beitrag 1403859)

ob Visuell dargestellt oder nur Intern, ich mag die in beiden Fällen.

Das ist aber sehr schlechter Programmierstil. Normalerweise speichert man Daten gar nicht in visuellen Elementen, auch wenn diese sichtbar sind, sondern nutzt diese nur zur Anzeige und ggf. Änderung einer dahinterliegenden Datenmenge. Aber solche visuellen Komponenten dann noch unsichtbar als Datenspeicher zu verwenden...

Wenn du so etwas machst, obwohl es sehr viel einfachere, schnellere und sauberere Möglichkeiten gibt, bitte. Aber bitte gib doch so etwas nicht auch noch anderen als Tipp... :shock:

[EWeiss]

Zitat:

Das ist aber sehr schlechter Programmierstil.

Das kannst du so pauschal nicht sagen.
Wenn du mit der VCL arbeitest mag es bessere und effektivere Möglichkeiten geben wie TStringList und Konsorten.

Aber es ist durchaus legitim seine Daten in eine ListBox zu speichern ohne das diese sichtbar sein muss.
Das ist allemal besser als im Code mit 100 von Arrays rum zu sortieren.

Alle meine Propertys meiner Library werden in eine Listbox gespeichert um sie beim beenden der Anwendung freigeben zu können.
Da ist nichts verwerfliches dran und mit Sicherheit kein schlechter Programmierstil.

gruss

[Zacherl]

Zitat:

Zitat von EWeiss (Beitrag 1403871)

Alle meine Propertys meiner Library werden in eine Listbox gespeichert um sie beim beenden der Anwendung freigeben zu können.
Da ist nichts verwerfliches dran und mit Sicherheit kein schlechter Programmierstil.

Was heißt "schlecht"? Es ist einfach sehr unüblich und widerspricht einigen elementaren Konzepten. Von Performance-Nachteilen bzw. sonstigen Overhead (z.B. Threading Problematik) mal gar nicht erst zu sprechen. Aber wie immer führen auch hier viele Wege nach Rom und solange du glücklich bist mit deiner Lösung und niemand anderes an deinem Code arbeiten muss, ist das schon okay. Trotzdem bin auch ich der Meinung, dass man ein solches Vorgehen auf gar keinen Fall allgemein in einem Forum (öffentlich einsehbar auch für Anfänger) empfehlen sollte.

[KodeZwerg]

Ich setze meine LV dann falsch ein. Unsichtbar ist meine LV Caption, da steht das Prozess-Handle drinn, sichbar ist Sub-Item, da steht der Titel drinnen.
Ich mag beides zusammen haben und habe so immer das exakte Handle zum Eintrag ohne weitere Probleme oder mit anderen StringLists oder Arrays oder oder oder. Wenn dies schlechter Stil ist dann will ich nichts gesagt haben. Kann ja jeder dutzende anderer Listen intern füllen und verwalten, für das simple was ich mache, da finde ich so eine Funktion Klasse um sich eben nicht für jeden Eintrag dutzende Zweitlisten zu erstellen und abzuarbeiten. Ich pers. sehe daran nichts verwerfliches da eine LV sich alleine entleert kann es auch Vorteilhaft sein.

[EWeiss]

Was hat eine TStringList in einer NonVCL Anwendung zu suchen?
Ehrlich jetzt.

Und welche Möglichkeiten bleiben dann noch?
Richtig so etwas wie eine ListBox gleichzusetzen mit TStringList NUR und das ist es ich brauche die unit Classes nicht einzubinden.
Das sind die kleinen Feinheiten und um vom Overhead zu sprechen zeig mir einen wenn ich meine liste nur als Zwischenspeicher verwende.

Zitat:

Es ist einfach sehr unüblich und widerspricht einigen elementaren Konzepten

Ach dann sind alle C++ Programmierer mit denen ich zu tun habe Dumme Leute.
Und ja es machen viele von denen weil am einfachsten, sinnvollsten und bequemsten.
Aber das sind Leute die noch in der Lage sind Anwendungen in 45K zu schreiben wo du vielleicht 2MB und up benötigst.

EDIT:
Ohne den neumodischen schnick, schnack den niemand braucht um eine funktionstüchtige Anwendung zu schreiben.
Alte Schule halt.

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1403874)

Richtig so etwas wie eine ListBox gleichzusetzen mit TStringList NUR und das ist es ich brauche die unit Classes nicht einzubinden.

Eine TListBox benötigt selbst die Unit Classes, insofern bindest du mit einer TListBox implizit nicht nur die Unit Classes, sondern noch jede Menge anderer Units ein...

Eine TStringList ist dagegen ein reiner schlanker Datenspeicher.

[Zacherl]

Zitat:

Zitat von jaenicke (Beitrag 1403879)

Zitat:

Zitat von EWeiss (Beitrag 1403874)

Richtig so etwas wie eine ListBox gleichzusetzen mit TStringList NUR und das ist es ich brauche die unit Classes nicht einzubinden.

Eine TListBox benötigt selbst die Unit Classes

Emil bezieht sich denke ich auf ein per Windows-API erzeugtes ListBox Control.

Zitat:

Zitat von EWeiss (Beitrag 1403874)

Was hat eine TStringList in einer NonVCL Anwendung zu suchen? [...] Und welche Möglichkeiten bleiben dann noch?

Sehe ich keinen Widerspruch. Du schreibst allerdings ebenfalls NonRTL. In dem Falle gibt es dennoch andere Möglichkeiten - wie z.B. dynamische Arrays.

Zitat:

Zitat von EWeiss (Beitrag 1403874)

Das sind die kleinen Feinheiten und um vom Overhead zu sprechen zeig mir einen wenn ich meine liste nur als Zwischenspeicher verwende.

Kannst du ja mal testen, wie performant deine ListBox im Vergleich zu einer

Delphi-Quellcode:

TStringList

ist. Bin mir recht sicher, dass sich da schon deutliche Unterschiede zeigen.

Zitat:

Zitat von EWeiss (Beitrag 1403874)

Zitat:

Es ist einfach sehr unüblich und widerspricht einigen elementaren Konzepten

Ach dann sind alle C++ Programmierer mit denen ich zu tun habe Dumme Leute.
Und ja es machen viele von denen weil am einfachsten, sinnvollsten und bequemsten.
Aber das sind Leute die noch in der Lage sind Anwendungen in 45K zu schreiben wo du vielleicht 2MB und up benötigst.

Ich programmiere seit Jahren selbst primär mit C/C++. Dummheit will ich deinen Leuten sicherlich nicht unterstellen, aber unter C++ gibt es

Delphi-Quellcode:

std::vector

,

Delphi-Quellcode:

std::list

und etliche weitere extrem einfach zu verwendende (sogar generische) Container-Typen, die in der Standard-Lib enthalten sind. Auf diese zu verzichten und stattdessen eine Windows ListView zu missbrauchen, macht ehrlich gesagt wenig Sinn.

Wie gesagt, jeder soll machen, wie er will, aber unüblich ist dieses Verfahren allemale :)