Quelltextformatierer programmieren

[Bjoerk]

Zitat von Codewalker:

Es darf ruhig heftiger ausfallen. Um mal konkreter zu werden: Ich brauche einen Formatierer für SQLs mit einigen Herstellerspezifischen Spezialitäten (sowas wie (+) für Outer Joins, etc.). Da die SQLs häufig mehr als 100 Zeilen umfassen und auch an Verschachtelungen nicht gerade sparen, werde ich mit einer reinen Stringverarbeitung wohl schnell an Grenzen kommen (etwa bei zunehmender Einrückung von SubSelects, etc.).
Daher war die Frage: Angekommen ich stütze mich auf eine SQL-Grammatik o.ä. - wie komme ich von da aus (am sinnvollsten) an einen flexiblen Formatierer?

Dann würde ich einen Scanner programmieren.

http://wiki.delphigl.com/index.php/T...prachen_Teil_1
Dieser Code ist nicht besonders schön, aber so geht's im Prinzip.

[Jumpy]

Sollte man da nicht beim Erstellen der SQL-Statements direkt ansetzen? Wir bauen die uns immer als Stringfunktkion mithilfe einer Extra (auf einer TStringList basierenden) Klasse zusammen. Beispiel:

SQL-Code:

function SQL_Main:String;
var s:TSQL;
begin
  s:=TSQL.Create;
  s.Add:='Select';
  s.Add:='  *';
  s.Add:='From';
  s.Add:='  ('+SQL_Subselect+')';
  s.Add:='Where';
  s.Add:='  myVarCharFeld=' + s.OracleString(IrgendeineStringVariable);
  Result:=s.Text;
  s.Free;
end;

function SQL_Subselect:String;
var s:TSQL;
begin
  s:=TSQL.Create;
  s.Add:='Select';
  s.Add:='  T1.*, T2.MyFeld';
  s.Add:='From';
  s.Add:='  Tabelle1 T1';
  s.Add:='Left Join';
  s.Add:='  Tabelle2 T2';
  s.Add:='On'
  s.Add:='  T1.FID=T2.ID';
  Result:=s.Text;
  s.Free;
end;

Mmn kann man 100+ zeileige SQL-Statements mit vielen Verschachttelungen eh kaum noch verstehen, auch wenn sie noch so gut formatiert sind. Da ist es leichter jede Verschachtelungsebene selber in der entsprechenden Unterfunktion prüfen zu können.

[Codewalker]

Das ganze läuft schon über einen QueryBuilder und wird über Methoden dynamisch erzeugt. Nur dem übergebe ich nicht direkt einen String sondern etwas in der Art (Pseudocode):

AddBedingung(Operator (AND,OR), Datentyp, Feld, Vergleichsoperator, Variable) Und der QueryBuilder rückt nicht ein sondern haut einfach die entsprechenden Zeilen darunter.

[Iwo Asnet]

1. Du suchst Dir einen Compiler Compiler (LEX & YACC, COCO oder so hießen die früher) und baust dir deine Regeln zusammen.
2. Du suchst Dir einen Parser, der den Quelltext in einen Syntaxbaum überführt und aus dem Syntaxbaum erstellst du wieder den Code, aber so, wie Du in willst.
3. Du schreibst Dir einen Parser.

In jedem Falle benötigst Du die BNF und ein paar Kisten Bier.

Verfahren, die sich irgendwie durchwuseln, gehen vielleicht auch. Aber das ist nix für mich.

[Sailor]

Die letztendlich einfachste Lösung ist der Aufbau eines Syntaxbaumes (am besten keinen AST, sondern den vollständigen Analysebaum oder parse tree), der in den Knoten die Zeilen- und Spaltennummern trägt, an denen das jeweilige Konstrukt beginnt. Diese Information wird ausgehend von den Endknoten (Lexemen) bottom-up weitergereicht. Anschließend kann man in einem top-down tree walk die neuen Positionen berechnen und danach den Text z.B. in einer Stringlist formatieren und ausgeben.