Wie weit gehen Träume von der perfekten „Dateisuche“?

Führen Sie häufig eine Suche nach Textdateien durch? Ich - seit mehr als 25 Jahren jeden Tag.

Meine Aufgaben sind in Komplexität und Umfang sehr unterschiedlich.

Zunächst muss ich als Programmierer natürlich in den Codes suchen. Diese Aufgaben sind einfach (Ordner- und Dateisätze sind klein) und schnell (Ergebnisse werden fast sofort angezeigt).

Zweitens muss ich als Operator Hunderte (manchmal Tausende) Ordner unter Tausenden (manchmal Hunderttausenden) Dateien durchsuchen. Dies sind schwierige Aufgaben, sowohl in Bezug auf das Ergebnisvolumen als auch auf die Zeit, in der sie eingegangen sind. Typischerweise erfordern die Ergebnisse solcher Suchvorgänge noch eine weitere manuelle oder Software-Verarbeitung.

Alle Arbeiten werden unter Windows ausgeführt.

Ich werde Ihnen sagen, wohin mich der Wunsch geführt hat, ein geeignetes Werkzeug für solche Aufgaben zu haben.

Am Anfang war TextPad

Seit über 10 Jahren ist TextPad mein einfaches Hauptwerkzeug.
Dann (vor und kurz nach 2000) hat er hervorragende Arbeit geleistet.

Die Dateisuche sah so aus ( TextPad , 2004)

Rollen und Vergleiche

Die Einschränkungen von TextPad und sein Einfrieren führten zu ständigen Tests mit anderen Editoren.
Jetzt können Sie sich nicht mehr an alle Erprobten erinnern, aber darunter waren:

• MS Visual Studio . Schweres Monster.
• Eclipse Auch ein Monster.

• IntelliJ IDEE . Charmant. Dient und dient als Anbieter von Beispielen, wie Sie dies bequem tun können .

  
  
  Impressionen

  Diese alte Idee ist bereits verloren. Zum Vergleich die aktuelle Implementierung in PyCharm , 2017.1.3
  
  (+) Eine unvorstellbare Anzahl von Einstellungen und Modi.
  (+) Autarkie des Dialogs: Ergebnisse, Quellcodes und Suchstatistiken sind sichtbar.
  (-) Die Suchtiefe in Ordnern ist nicht eingeschränkt - entweder einer oder alle gleichzeitig.
  (-) Nein (ich kenne den Weg nicht) Suche in mehreren Ordnern.
  (-) Keine (ich kenne den Weg nicht) Ausgabe der Ergebnisse im Textformat.

  
  

  Im Allgemeinen ist es mächtig, aber nicht universell.

  
  
  
  

• Editor ++ . Ich kann mich nicht erinnern, was ihn daran gehindert hat, zu wechseln.

• SublimeText3 , 2013. Ein Hacker- Tool - hervorragende Arbeit, ein Minimum an Geld, aber es braucht viel , um es im Auge zu behalten .

  
  
  Impressionen

  
  (+) Mindestkontrollen.
  (-) Verschiedene Einstellungen "Wo soll gesucht werden?" In einem Feld. Es ist notwendig, ihre Interaktion zu berücksichtigen.
  (-) Nur beigefügter Dialog.
  (+) Die Ergebnisse fallen sofort in die Textregisterkarte und sind visuell.
  (-) Feste Formatergebnisse: vollständiger Pfad und Dateiname, dann die darin gefundenen Zeilen. Aus der Lokalisierung der gefundenen Fragmente ergeben sich nur Zeilennummern.
  (+) Es gibt eine Einstellung "Kontext", damit die gefundenen Zeilen mit den Nachbarn in die Ergebnisse gelangen.

  
  
  
  

Da ist so ein Typ

Basierend auf dem Prinzip "Kein perfektes Werkzeug? Erstellen" änderte sich die Richtung der Bemühungen.
Er begann auf die Reaktionsfähigkeit der Entwickler zu achten. Und 2012 hatte ich Glück mit SynWrite .

Der einzige Entwickler, Alexei Torgashin, akzeptierte die meisten Ideen, die schnell und effizient umgesetzt wurden. Eine typische Implementierungszeit beträgt ein oder zwei Tage. Im Forum fragte ich ihn nach dem Ziel, dann nach einem weiteren, dann nach zehn und mehr ... Irgendwann im dritten Dutzend wurde mir klar, dass wir ein gutes Treffen hatten .

Aus meiner Sicht hat Alexey die Dateisuche in einen solchen Zustand gebracht ( SynWrite , 2016)

"Was brauchst du, älter?"

Mit SynWrite ist die Suche wesentlich komfortabler geworden. Wie Sie wissen, kommt der Appetit mit dem Essen, also vervielfachte sich meine Wunschliste. Das ist nur die Haltung des Entwicklers, meines Goldfisches , gegenüber ihnen wurde immer kritischer - "Das Schwarze Meer wurde geschwärzt . "

Das wollte ich bekommen

1. Stellen Sie sicher, dass Sie die Ergebnisse sofort in Textform benötigen (zur weiteren Verarbeitung).
2. Die Ergebnisse sollten autark sein! Damit sie gerettet, geschlossen, geöffnet werden konnten - und frisch blieben, also bereit für die Arbeit.
3. Wir brauchen eine Suche in den Dateien auf der Festplatte und in den geöffneten (geänderten) Dateien.
4. Der Dialog zur Lösung einfacher Probleme sollte kompakt sein. Insbesondere Steuerelemente für "Ersetzungen" und seltene Einstellungen sollten eine normale Suche nicht beeinträchtigen.
5. Benötigen Sie unbedingt eine Option für die Ergebnisse zusammen mit benachbarten Zeilen .
6. Der Modus "Vollständige Beschreibung eines Ergebnisses in einer Zeile" ist erforderlich (für die weitere Verarbeitung).
7. Hilfeinformationen zum Ausfüllen der Felder werden nicht in einer externen Datei oder Cloud-Seite benötigt, sondern genau dort, beispielsweise in QuickInfos.

Mach es selbst!

Ich hatte wieder Glück. Alex hat einen neuen CudaText- Editor erstellt und die Python-API daran angeschraubt.

Schließlich können Sie in Python alles nach Belieben in Form eines Plugins ausführen.

Die erste Version wurde im Mai 2016 veröffentlicht.

Folgendes bewerbe ich mich jetzt

Implementierte alle Wunschliste aus der Liste "Was willst du?"

(1) Die Ergebnisse können entweder im Dialogfeld angezeigt oder sofort in eine Datei ausgegeben werden (wenn [x] Send ).

(2) Die Ergebnisse sind selbstbeschreibend. Im Text

genug Informationen, um den vollständigen Dateinamen und den Speicherort des gefundenen Fragments herauszufinden.
1:21:6 bedeutet: 1 Zeile, 21 Spalten, Fragmentlänge 6.

Das Plugin kann diese Informationen extrahieren und verwenden.

(3) Es wird nach nicht gespeicherten Dokumenten gesucht. Dazu wird im Feld In folder eine spezielle Zeile <Open Files> eingegeben (die Abkürzungen <Tabs> und <t> ).

(4) Sie können die Steuerelemente ausblenden, die zum Angeben ausgeschlossener Dateien, zum Durchführen von Ersetzungen und zum Anzeigen von Ergebnissen und Quellcodes in einem Dialogfeld erforderlich sind.

(7) In QuickInfos haben Signaturen für frei ausgefüllte Felder Erklärungen

Implementierte viele weitere verschiedene Stücke .

• Die Abflugtiefe kann null ( Only ), voll ( +All ) oder von 1 ( +1 level ) bis 5 ( +5 levels ) sein.

  
  

• Selten verwendete Suchoptionen werden unter For search

  
  

 •     ** / ** . •      . •         / . ![fif_first](https://user-images.githubusercontent.com/7419630/42456464-b0448f20-839d-11e8-8876-435fdfead1ad.png) •   ,        (  ). 

• Wenn die Ergebnisse nicht im Dialogfeld angezeigt werden ( [x] Send ), gibt es zusätzliche Parameter für sie

 • `Report to` -    ,    ,        . • `Append` -   . • `Tree type` -      `<path><file><r:c:l><line>`,   `<><><><  >`  ,    (" "-6).      ![fif_help_tree](https://user-images.githubusercontent.com/7419630/42456892-a7d867c0-839e-11e8-87f2-2b9ce6b5c530.png) • `Align (r:c:l)` -     `<r:c:l>` ,   `<  >`    . : ![fif_align](https://user-images.githubusercontent.com/7419630/42616450-036e3ae6-85b7-11e8-861a-cf27a3a07c7a.png) • `Add context` -     (" "-5). 

• Sie können sich Suchparameter merken - Voreinstellungen vornehmen. Die ersten fünf Voreinstellungen werden mit Ctrl+1 (.. 5 ) angewendet, der Rest - über das Menü oder den Dialog Presets

  
  
  Dialogvoreinstellungen

  

  
  
  
  

• Sie können sich an die Stelle / Größe des Dialogfelds / der Steuerelemente erinnern - Layout ausführen. Die ersten fünf Layouts werden mit Alt+1 (.. 5 ) angewendet, der Rest - aus dem Menü.

  
  

• Fast alles im Dialog kann ohne Maus gemacht werden . Dafür gibt es

  
  
  Hotkeys

  

  
  
  
  

• Für Teams gibt es

  
  
  Menü

  Die Hamburger- Taste ist nur ein "=" mit einer Unterstreichung, daher ist sie mit Alt+= verfügbar.
  

  
  
  
  

• Der Suchvorgang ist in drei aufeinanderfolgende Phasen unterteilt:
  • eine Sammlung geeigneter Dateien wird generiert,
  • Fragmente werden aus Dateien extrahiert,
  • Ein Bericht über die Ergebnisse wird ausgefüllt.
  Informationen zu jeder Phase und ihrer Änderung werden in der Statussteuerung angezeigt.
  Esc können Sie nur die aktuelle Phase unterbrechen und mit den gesammelten Daten zur nächsten übergehen.

  
  

• Zusätzlich zu benutzerdefinierten normalen Parametern gibt es viele selten geänderte Optionen. Jetzt gibt es 19 von ihnen und für sie einen separaten Dialog

  
  
  Optionsdialog

  
  Zu den Optionen gehören beispielsweise:
  • Verwenden Sie den ausgewählten Text, um beim Öffnen des Dialogfelds Find what Feld Find what nach auszufüllen.
  • Unterbrechen Sie alle Phasen der Suche mit einem ESC .
  • Schließen Sie den Dialog, wenn Sie Ergebnisse suchen und in eine Datei ausgeben.
  • Reduzieren Sie frühere Ergebnisse, wenn Sie derselben Datei neue hinzufügen.
  • Speichern Sie alle Suchparameter in der ersten Ergebniszeile. Auf diese Weise können Sie sie später in den Dialog laden.
  • Überspringen Sie Dateien, die größer als die angegebene Größe sind.
  • Legen Sie den Stil für die gefundenen Fragmente fest. Verfügbare Farbe / Kühnheit / Neigung des Textes, Hintergrundfarbe, Rahmenstil auf jeder Seite. In den obigen Bildern ist der Stil "Rahmen mit Punkten unter dem Fragment" festgelegt.

  
  
  
  

• Einige Plugin-Befehle funktionieren vor und nach dem Dialog.

 • `Find in *` -        . • `Navigate to *` -     ,    ,   . • `Jump to *` -   /    ,     ,     . • `Configure *` -        ,       ![fif_dclk](https://user-images.githubusercontent.com/7419630/42460070-aa1c5f26-83a5-11e8-9103-11f676dcf08a.png) 

CudaText und Python

Ein paar Worte zu der Plattform, auf der mein Plug-In gewachsen ist.

Alexey Torgashin hat SynWrite bei Delphi gemacht. Die Hälfte der Codes dieses Editors wurde von einem anderen Entwickler lizenziert, was die Umsetzung neuer Ideen verhinderte. Und Delphi wird bezahlt. Aus diesem Grund wechselte Alex zu Free Pascal und IDE Lazarus , implementierte die fehlenden Teile selbst und erstellte 2015 CudaText, und SynWrite erstarrte. Die Gelegenheit, bei Null anzufangen, wurde sinnvoll genutzt - er nahm mehrere starke Designverbesserungen vor.

1. Die Einstellungen wurden in Ebenen überlagert: Standard , Allgemein , Lex , aktuelle Datei . Sie wurden in json gelagert, aber nicht ini . Das Ändern der Einstellungen ist zur üblichen Textbearbeitung im json Format geworden.
2. Der Kernel hat eine große Anzahl unkritischer Dienste entfernt. Insbesondere von Dateisuchen, Makros, Aufrufen externer Dienstprogramme, dem Menükonfigurator, Snippets, Sortierungen, Favoriten usw.
3. Um solche Dienste zu erstellen, stellt der Kernel die Python-API bereit, die die GUI-Bibliothek enthält. Jetzt haben Plugins alle vorherigen Dienste implementiert und viele neue hinzugefügt.
4. Darüber hinaus ist der Kern selbst zu einem Multimodul geworden. Es gibt Komponenten von Markierungen, Lesezeichen, Attributen für Klammern usw.

Der Einfluss von Sublime Text ist hier deutlich sichtbar. Soweit ich weiß, verbirgt Alexey nicht, dass er die Ideen von Sublime und seinen Plugins berücksichtigt. Er wirft auch einen Blick auf Atom und Brackets.

Es hat sich als gut herausgestellt, aber angesichts der hohen Produktivität und Reaktionsfähigkeit von Alexey war es ausgezeichnet. Um zu erklären, um welche Art von Produktivität und Reaktionsfähigkeit es sich handelt, möchte ich einige Fakten nennen:

• Alexei erstellt: Lexer - 201, Linter - 34, Snippet-Sets - 12, Plug-Ins - 93.
• Seit Oktober 2015 gab es bei GitHub mehr als 1.200 Wünsche (keine Beschwerden), von denen mehr als 90% erfüllt sind.

CudaText ist kostenlos, Open Source, es gibt Assemblys für Win / Linux / Mac / BSD. Ich selbst benutze nur die Win-Version, aber ich sehe die Wünsche und Beschwerden von Benutzern mit Linux und Mac. Auf demselben Lazarus steht übrigens Total Commander .

Es ist interessant, die Python-APIs für Sublime und CudaText zu vergleichen. Sie sind völlig anders.

• Sublime hat einen Objektstil vom Typ DOM.

• CudaText hat einen prozeduralen Stil wie das API-Betriebssystem, z. B. WIN32.

Anscheinend liegt dieser Unterschied in den Implementierungssprachen. Wenn der Editor selbst in Python implementiert ist, ist der DOM-Stil der API für ihn selbstverständlich - Sie können Links zu Objekten speichern. Wenn sich der Editor in Pascal befindet, kann er nur von Handlern gespeichert werden.

• Die Sublime-API verfügt nicht über eine GUI. Das Plugin kann anscheinend die Python-GUI (Tk? WxPython? Qt?) Verwenden, aber der Stil wird sich von Sublime abheben.

• CudaText bietet GUI-Plugins im Gesamtstil der Anwendung. Erstens gibt es ein reichhaltiges Arsenal an grundlegenden Steuerelementen: checklistbox , listview , checklistbox , listview und natürlich normale Schaltflächen, Überprüfungen, ein- und mehrzeilige Editoren, Kombinationsfelder usw. Zweitens gibt es die Möglichkeit, CudaText-Komponenten in die GUI einzubetten. In den obigen Bildern handelt es sich um eine Statussteuerung, ein lokales Menü und eine Editorsteuerung mit den Ergebnissen / der Quelle. Eine solche Ergänzung mit einer reinen Python-GUI ist überhaupt nicht möglich.

Gibt es eine Grenze?

Ungefähr alle zwei bis drei Monate, und das dauert, wie ich mich erinnere, bereits zweieinhalb Jahre, scheint es mir, dass "dies das Finale ist" - der Dialog wird geleckt, die Ergebnisse werden auf alle Arten gezeigt, es gibt alle nützlichen Befehle. Da dieses Tool jedoch ständig verwendet wird und fast alle Funktionen verwendet werden, während die Hände die nächste Suche drücken oder die nächsten Ergebnisse studieren, sucht der Kopf nach neuen Verbesserungen. Und findet!

Außerdem bin ich daran interessiert zu verstehen, ob der kollektive Verstand neue Züge in diesem Spiel vorschlagen kann. Daher schließe ich mit einer Frage an andere Programmierer:
Was kann der „Dateisuche“ im Texteditor noch hinzugefügt werden?