TreeView Verzeichnis und Dateninhalte ausgeben?

[Nugi89]

Da ich ja bereits in einer TreeView eine Struktur erstellt habe und diese mir auch angezeigt wird, möchte ich jetzt mir im Verzeichnis alle Unterpunkte ausgeben lassen weis aber nicht wie. Ich kann bisher nur ein bestimmten Pfad angeben und diesen benutzen. Ja hier nun meine Fragen: wie kann ich mir das komplette Verzeichnis ausgeben lassen und die Unterpunkte in ListView bzw ImageView anzeigen lassen? Und wie kann ich die ausgewählten Dateien im Verzeichnis öffnen?

Ich hab absolut keinen Plan wie ich es angehen soll, vielleicht kann mir ja irgend jemand helfen.
Hab noch nicht so das Profiwissen was Programmieren angeht.

Danke schonmal im Vorraus.

[Aviator]

Um einfach mal ein paar Stichworte in den Raum zu werfen:

FindFirst, FindNext, ShellExecute

Ich hoffe, dass hilft dir fürs Erste schon mal weiter.

[alda]

Oh Gott, bitte kein FindFirst / FindNext benutzen. Schau Dir mal das Spring4D Framework an (https://bitbucket.org/sglienke/spring4d) und verwende für die Dateisuche einfach Spring.Utils.IO.EnumerateFiles - das ist am einfachsten.

Edit:
Gerade auch "Hab noch nicht so das Profiwissen was Programmieren angeht." gelesen - Ich bleib trotzdem dabei: Spring4D Framework solltest Du Dir anschauen (abhängig von Deiner DelphiVersion) - solltest Du fragen dazu haben, helfen wir natürlich gerne weiter.

[Sir Rufo]

@alda

So eine Kapselung ist ja schön, aber das liest sich so, als ob

Delphi-Quellcode:

FindFirst

,

Delphi-Quellcode:

FindNext

zu benutzen absoluter Schwachsinn wäre.
https://bitbucket.org/sglienke/sprin....pas?at=master (s. Zeile 1722ff) ;)

[Bjoerk]

Gegen FindFirst FindNext gibst eigentlich nichts zu sagen. Das Problem ist oft ein anderes und zwar daß man meistens das ganzes Laufwerk in ein TreeView einliest. Da ist ein Thread sicher besser. Such mal ggf. nach DeddyH's Filesearcher.

[Sir Rufo]

Zitat:

Zitat von Perlsau (Beitrag 1291450)

Zitat:

Zitat von Sir Rufo (Beitrag 1291437)

@alda
So eine Kapselung ist ja schön, aber das liest sich so, als ob

Delphi-Quellcode:

FindFirst

,

Delphi-Quellcode:

FindNext

zu benutzen absoluter Schwachsinn wäre.
https://bitbucket.org/sglienke/sprin....pas?at=master (s. Zeile 1722ff) ;)

Offenbar kocht Spring4D auch nur mit Wasser resp. verwendet FindFirst und FindNext :lol:

Na klar, weil das die offizielle Schnittstelle ist um darauf zuzugreifen. So ein Wrapper um diese Funktionen ist natürlich sehr geschmeidig, weil die Benutzung einfacher wird und (mit der wichtigste Aspekt) sollte sich das irgendwann aus welchen triftigen oder nichtigen Gründen einmal ändern, dann baut man diesen Wrapper um und schwups läuft alles wieder wie geschmiert ohne die Anwendungen auch nur anfassen zu müssen. ;)

[Daniel]

Welches Delphi wird denn verwendet?
Wenn die Unit "System.IOUtils.pas" bereits existiert, kann man sich dort auch an "TDirectory.GetFiles()" bedienen. Das scannt - auf Wunsch auch rekursiv - einen Verzeichnisbaum oder auch ein ganzes Laufwerk.

Davon aber mal abgesehen wäre es vielleicht besser, lediglich die aktuell benötigte Ebene einzulesen und dann immer auf Anforderung die weitern Ebene zu laden. Spart Zeit und nerven. Kennt noch jemand den Quicktime-Installer aus der Win95-Ära? Der suchte auch stets auf dem ganzen Datenträger nach seinen Verwandten.

[Neutral General]

Sich aber nur für ein bisschen FindFirst und FindNext das komplette Spring4D Framework zu installieren ist auch overkill.

[alda]

Zitat:

Zitat von Neutral General (Beitrag 1291462)

Sich aber nur für ein bisschen FindFirst und FindNext das komplette Spring4D Framework zu installieren ist auch overkill.

Irgendwie glaube ich, dass Du Spring noch nie verwendet hast ;-)

Worauf ich insgesamt hinaus will:
Wir haben in Delphi wirklich nicht viele Frameworks (im Vergleich zu anderen Sprachen). Aber die, die wir haben, sollte man den Leuten mal näher bringen. Denn sonst werden alle Delphianer (welche die Frameworks nicht kennen) die nächsten 20 Jahre weiter so arbeiten wie die letzten 20 Jahre ... in dem jeder für sich sein eigenes Süppchen kocht und wieder und wieder Filesearcher, Listen, Serialisierungen etc. pp implementiert.
Wenn ich also ein Projekt starte, dann gehören für mich als Profi die richtigen Werkzeuge dazu. Und neben einer funktionierenden IDE (gut, die haben wir nicht :>), sollten dazu auch ein paar Frameworks gehören, die verschiedene Basisfunktionalitäten bereitstellen.

Auch wenn es die Fragestellung des TE's nicht direkt betrifft, erwähne ich einfach mal ein paar:
- Spring4D: generische und interface-basierte Listen, bessere Events (Multicast), diverse Helper in den Bereichen Rtti, Listen, I/O und anderen Bereichen (Nullables, Maybes, Options, WeakReferences etc), DI Container, krypto Helper
- DSharp: AOP, Mocks (zum testen) und mehr
- Delphi-Mocks: auch ein Mocking-Framework (alternative zu DSharp)
- DUnitX: ein gescheites Testframeowrk
- TestInsight: eine gescheite Testrunner GUI (sowohl für Dunit als auch DUnitX)
- VirtualTreeView: mächtige, flexible und performante GUI Komponente für Baum- und Tabellendarstellungen.

Wer diese Basis verwendet und kennt, der hat sich das Leben m.E. um einiges erleichtert.

[Daniel]

Es gibt zum Thema Spring4D bestimmt viele Fragen. Macht dafür gern ein eigenes Thema auf - aber fetzt Euch deswegen nicht hier in diesem Thema.