Codevervollständigung nachprogrammieren?

[Assarbad]

Zitat von Iwo Asnet:

Zitat von Nintendo:

Nun gibt es den Delphi Comppiler Generator, mit dem ich mittels regulärer Ausdrücke die Pascal Grammatik beschreiben kann.

Nein. Die Grammatik wird mittels (z.B.) einer BNF beschrieben. Mit regulären Ausdrücken kann man die Symbole der Sprache 'Delphi' beschreiben.

Oder mittels PEG ... und ich bin mir sicher es gibt noch mind. ein halbes Dutzend anderer Methoden der Darstellung. Und PEGs nutzen eine Untermenge von regulären Ausdrücken, wenn auch nicht PCRE

... ist ja ein übliches Vorurteil: Regex == PCRE

Zitat von Nintendo:

Wo gibt es eine aussagekräftige Doku zu regulären Ausdrücken, möglichst mit Beispielen?

Jeffrey Friedl: "Reguläre Ausdrücke" ... ist die detaillierteste Beschreibung die ich kenne. Wenn du eine "hands-on"-Variante brauchst, nimmste das Buch vom Autor von PowerGREP und RegexBuddy, Jan Goyvaerts ... das "Regular Expressions Cookbook", k.A. ob's das schon auf Deutsch gibt.

Zitat von Iwo Asnet:

Kenn der Highlighter den Unterschied zwischen 'if' und 'then' ? Nein.

Und die Schlußfolgerung? Meines Erachtens bedeutet die Tatsache, daß ein Parser detailliertere Kenntnisse hat als ein anderer nicht, daß man ihn nicht für die Untermenge benutzen kann für die der andere einsetzbar ist.

Zitat von Iwo Asnet:

Zitat von Nintendo:

Welchen dieser Ansätze würdet Ihr vorziehen.

einen Parser bauen, der einen Syntaxbaum erstellt. Der Cursor ist in einem der Knoten dieses Baumes. Jeder Knoten hat eine Liste der möglichen Nachfolger => Codecompletion/proposal.

Dem schließe ich mich an.

[himitsu]

Zitat von Assarbad:

... ist ja ein übliches Vorurteil: Regex == PCRE

Wobei es der Name eigentlich auch schon verrät.
Perl Compatible Regular Expressions

Zitat von Assarbad:

Und die Schlußfolgerung?

Jupp, man könnte ihn ja dennoch erstmal für die Zerlegung nehmen und kann danach, mit einfacheren Mitteln, mit diesen Daten weiterarbeiten.

[Nintendo]

Hallooo,

Danke erst noch mal für Eure Tipps. Ich werde nun erst mal das "Regular Expressions Cookbook" durcharbeiten.

@Asserbad:

Ja, das Reguläre Ausdrücke Kochbuch gibt es inzwischen auf Deutsch und zwar hier:

http://www.oreilly.de/catalog/regexcbger/

Ich denke, parsen ist die günstigste, weil flexibelste Variante, die mit passendem Parser auch für andere Programmiersprachen funktioniert. Die OpenTools API zu verwenden düfrte höchtens für ein IDE Plugin der Delphi IDE was bringen, vielleicht um die Funktion "Klasse vervollständigen" in D7 Personal nachzurüsten. Für ein eigenständiges Programm halte ich parsen für günstiger.

Und nun sowie die nächsten Tage und Wochen mach ich mich erst mal an die Lektüre. Das KOchbuch hab ich runter geladen. Die anderen Bücher kommen später bei Bedarf dran.

.

[Iwo Asnet]

Zitat von Assarbad:

Zitat von Iwo Asnet:

Kenn der Highlighter den Unterschied zwischen 'if' und 'then' ? Nein.

Und die Schlußfolgerung? Meines Erachtens bedeutet die Tatsache, daß ein Parser detailliertere Kenntnisse hat als ein anderer nicht, daß man ihn nicht für die Untermenge benutzen kann für die der andere einsetzbar ist.

Die Schlußfolgerung ist die, das ein Highlighter keine Kenntnisse der Grammatik besitzen muss, aber ein Codecompletion-Tool schon. So wie die SynEdit-Teile aufgebaut sind, sind sie 'dumme' (aber sehr nützliche) Schlüsselworteinfärber. Daraus folgt dann zwingend, das ein CC-Tool mehr sein muss, als ein Highlighter.

Weiterhin kann ein Highlighter keinen Parser verwenden, weil er auch die Codeteile nach Syntaxfehlern korrekt einfärbt. Ich kenne einfach keine Parsertechnologie, die nach Fehlern garantiert immer korrekt wieder aufsetzen kann.

Diesen Gedankengang wollte ich dem Fragesteller überlassen.