Suchergebnisse

ich denke wie der TE, dass ein Einlesen der Komplett-Dateien von jeweils ca. 50MB nicht so richtig cool ist. Und er hat doch nu eine Lösung, die seine Anforderung befriedigt. Ich denke auch nicht, dass andere Ansätze schneller sein dürften, also sie bieten sicherlich mehr Möglichkeiten, aber halt um den Preis einer deutlich höheren Speicher-Belegung. @gitarre94: ich persönlich hab kein Interesse am Code, aber vlt. hast du ein Interesse, deinen Code hier einzustellen. Dann können wir darüber herf…

1. mach die sinnlosen leerzeilen raus 2. mach das in eine Function, die das Root-Driectory erwartet, und die die Ergebnisse zurückgibt So verlorene Zeilen sind sehr schlechter Stil. poste dann nochmal - fällt mir noch mehr zu ein.

nicht ok, aber bringt einen gewaltig voran. zB sieht man so, dass du STrict Off programmierst, das wäre das nächste, was du ändern solltest. Besser vorher nicht an anderen Stellen weiter-coden, je länger man strict Off codet, desto mehr Mist schleicht sich ein, und schafft Probleme, ihn wieder auszumisten. Visual Studio - Empfohlene Einstellungen einfach umsetzen, was in den Videos gezeigt ist, es werden dann allerlei Code-Horrors zutage treten. Also einen kann ich schomal benennen: Deine Method…

naja, hast du die 35 Fehler denn schon behoben? Danach kann man an deim Such-Algo noch was machen, ziemlich viel sogar.

das ist wieder ein architektonischer Rückschritt. Gibts iwie ein Problem dabei, eine Function zu coden, die ihre Suchergebnisse returnt, mit der Return-Anweisung?

ist nicht ungewöhnlich, wenn man erstmalig damit konfrontiert wird, dass es in OOP-Sprachen verschiedene Datentypen gibt. Deine funtion test returnt nun Datentyp String, also wenn du die aufrufst (was ich bezweifel), so liefert die dir einen String zurück. Ein string ist aber gänzlich nutzlos, um in eine Listbox gefüllt zu werden, die Listbox willst du ja mit vielen Strings füllen, oder? Also mach, dass deine function test viele Strings returnt, zB eine List(of String). Dann wird auf einmal alle…

ich frag mich grad, was hier diskutiert wird. Zunächstmal täte mich freuen zu erfahren, ob meine Lösung in post#25 funktioniert. Die ist nämlich auf minimalen Speicherbedarf bei (fast) beliebig großen Dateien hin optimiert, und glaub auch kaum an Geschwindigkeit zu überbieten. Klar haben andere Ansätze Vor- und Nachteile, bei mir ist die Optimalität halt dadurch erkauft, dass die "Abfrage" recht unflexibel hardcodet ist - andere Ansätze mögen da Vorzüge haben (durcht andere Nachteile erkauft). A…

wunderbar! Dann hätte ich nur noch ein Anliegen: Visual Studio - Empfohlene Einstellungen

jo, haste auch recht. Und dein Täubchen gfallt mir sogar recht gut, weil es lädt eben auch nicht die ganze Datei in ein Dataset, sondern nur die Ergebnisse. Und das ist allerdings vorteilhaft zur Weiterverarbeitung. Weil wie's bisher ist - einfach die Treffer-Zeilen in einer Listbox - viel gscheit was anfangen kann man damit nicht, meiner Meinung nach.