Open-Source-Projekt
SwiftList/SwiftList avatar
SwiftList/SwiftList

SwiftList: Lokale Dateisuche über NTFS-Journal und MFT

Ein modernes, leistungsstarkes lokales Dateisuch- und Produktivitätstool für Windows. Eine elegante, anpassbare Alternative zu Everything und Listary, erstellt mit C# WPF und NT Services, mit sofortiger NTFS-MFT-Analyse, Echtzeit-USN-Überwachung und Plugin-Unterstützung.

458 Sterne18 ForksC#MIT

Auf einen Blick

Was ist das?
SwiftList: deutscher Überblick über dokumentierte Funktionen, Einstieg und Grenzen.
Für wen ist es gedacht?
Geeignet für Leser, deren Aufgabe zum dokumentierten Umfang von SwiftList passt. Ungeeignet als Ersatz für eine Prüfung der eigenen Umgebung.
Darf ich es kommerziell nutzen?
Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
Wird es noch gepflegt?
Ja. Die letzten Commits kamen vor 42 Tagen.
In welcher Sprache ist es geschrieben?
Hauptsächlich C#, laut der Sprachstatistik von GitHub.

Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.

TIEFGEHENDE OPEN-SOURCE-ANALYSE

SwiftList: Einsatz und Umfang 1

SwiftList/SwiftList beschreibt sich im README als „A modern, high-performance local file search and productivity tool for Windows. A sleek, customizable alternative to Everything and Listary built with C# WPF and NT Services, featuring instant NTFS MFT parsing, real-time USN monitoring,". Dieser Text bleibt bei Fakten, die im Repository überprüfbar sind. Sterne, Forks und Badges zeigen Aufmerksamkeit, aber keine Qualität. Unter „ SwiftList" steht: SwiftList is an ultra-lightweight, high-performance, extensible global search and productivity launcher for Windows, built on .NET 10 (WPF).. Das beschreibt den vorgesehenen Umfang, nicht einen Produktionstest.

SwiftList: Dokumentierte Funktionen 2

Der Abschnitt „Highlights" zeigt, für welches Problem das Projekt gedacht ist: FZF-style fuzzy search , multi-keyword fuzzy matching with prefix/suffix/exact/exclude operators, plus pinyin aliasing for Chinese filenames.. Passt dieses Problem nicht zu deinem Fall, ist Popularität kein ausreichender Grund. Namen, Befehle und Komponenten bleiben unverändert, damit Leser die Primärquelle ohne neue Begriffe vergleichen können. Ein weiterer überprüfbarer README-Punkt lautet: Millisecond indexing , reads the NTFS USN Journal/MFT directly instead of walking directories; a low-footprint background service keeps the index in sync in real time.. Er hilft beim ersten Test, ersetzt aber keinen Test in der vorgesehenen Umgebung.

SwiftList: Architektur und Datenpfade 3

Die Betriebsweise verteilt sich auf Abschnitte wie „Highlights". Die Quelle nennt: See the User Manual for architecture and the plugin SDK reference.. Fehlende Angaben zu Architektur, Leistung oder Sicherheit werden nicht ergänzt. Vor einem echten Einsatz müssen Repository-Struktur, Konfigurationsdateien und Release-Verlauf geprüft werden.

SwiftList: Erster lokaler Test 4

Beginne die Installation am dokumentierten README-Einstieg. Ein überprüfbarer Befehl ist:

Die README nennt keinen direkt kopierbaren Installationsbefehl.

Wenn kein ausführbarer Befehl vorhanden ist, wird hier keiner erfunden. Prüfe den Abschnitt „Highlights" auf Abhängigkeiten, Standardports und die Einrichtung beim ersten Start.

SwiftList: Konfiguration im Betrieb 5

Der tägliche Betrieb folgt der Projektdokumentation. Im Abschnitt „Download" steht: Grab the latest release from the homepage or directly:. Konfiguration, Umgebungsvariablen, Rechte und Datenpfade werden nur bei klarer Quelle beschrieben. Unklare Defaults gehören in einen isolierten Test mit rücksetzbarer Konfiguration. Dieselbe Quelle nennt außerdem: Three ways to search , a quick popup window, a full main window, and an inline bar that docks directly into File Explorer or native file dialogs..

SwiftList: Grenzen der README 6

Die Grenzen sind ebenso wichtig wie die Funktionen. Für SwiftList/SwiftList belegt die Quelle keine feste Kompatibilitätsmatrix, Leistungswerte, Servicegarantie oder dauerhafte Unterstützung. Das README nennt lediglich: „Requirements: Windows 10/11, .NET 10 SDK, Visual Studio 2022 or JetBrains Rider, and Inno Setup if you want to build the installer.". Offene Punkte bleiben Prüfaufgaben und werden nicht zu Produktversprechen.

SwiftList: Lizenz und Verantwortlichkeit 7

Metadaten und LICENSE weisen die SPDX-Lizenz MIT aus. Das klärt die Bedingungen für Verteilung und Änderung, ersetzt aber keine Sicherheitsprüfung. Umgang mit Zugangsdaten, Netzfreigaben, Logs und Drittanbieter-Abhängigkeiten muss separat bewertet werden, wenn das README ihn nicht beschreibt.

SwiftList: Pflege und Releaseweg 8

Für die Wartungsplanung sind der Standardbranch main, 380 Sterne, 15 Forks und 0 offene Issues nachvollziehbare Signale. Im Abschnitt „Building from Source" steht: See the Developer Manual for the full architecture and plugin SDK.. Das hilft bei der Planung, ersetzt aber keinen Upgrade-Test. Für die Wartung sollte auch der README-Abschnitt " Support & Donation" geprüft werden: If SwiftList has been useful to you, thank you for considering a donation!. SwiftList bleibt der Bezugspunkt: build_and_run.bat, make.bat, NTFS USN Journal, MIT. Diese Bezeichnungen stammen aus der Projektquelle und grenzen die Aussage auf den dokumentierten Ablauf ein. SwiftList bleibt der Bezugspunkt: build_and_run.bat, make.bat, NTFS USN Journal, MIT. Diese Bezeichnungen stammen aus der Projektquelle und grenzen die Aussage auf den dokumentierten Ablauf ein. Für einen ersten SwiftList-Test verwendest du build_and_run.bat und kontrollierst make.bat; das Ergebnis muss zu den in der README beschriebenen Dateien oder Ausgaben passen. SwiftList eignet sich damit für eine klar abgegrenzte Prüfung, nicht für eine Annahme über unbeschriebene Betriebsbedingungen.

Redaktionelles Fazit

Geeignet für Leser, deren Aufgabe zum dokumentierten Umfang von SwiftList passt. Ungeeignet als Ersatz für eine Prüfung der eigenen Umgebung. Starte mit build_and_run.bat, kontrolliere make.bat und halte die konkrete Ausgabe sowie NTFS USN Journal fest, bevor du den Einsatz entscheidest.

Offizielle Quellen

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Community-Notizen

Community-Notizen