Development/KDevelop-PG-Qt Introduction (de) - Revision history

AnneW at 13:48, 18 July 2012

2012-07-18T13:48:23Z

The User: /* Typ2-Grammatiken */

2012-02-06T15:28:31Z

‎Typ2-Grammatiken

Neverendingo: Text replace - "`" to ""`


2011-06-29T18:53:21Z
Text replace - "<code>" to "<syntaxhighlight lang="bash">"
Show changes

`Neverendingo: Text replace - "`" to ""

2011-06-29T18:41:34Z

Text replace - "</code>" to "</syntaxhighlight>"

Show changes

The User at 14:51, 23 April 2011

2011-04-23T14:51:51Z

The User at 14:49, 23 April 2011

2011-04-23T14:49:09Z

The User at 14:44, 23 April 2011

2011-04-23T14:44:18Z

The User at 22:11, 12 September 2010

2010-09-12T22:11:09Z

The User at 20:22, 12 September 2010

2010-09-12T20:22:49Z

The User: Gitorious

2010-09-12T20:22:18Z

Gitorious

← Older revision		Revision as of 13:48, 18 July 2012
Line 1:		Line 1:
−	~~{{Template:I18n/Language Navigation Bar\|Development/KDevelop-PG-Qt Introduction}}~~	+

	KDevelop-PG-Qt ist der Parser-Generator aus KDevplatform. Er wird für einige KDevelop-Sprachunterstützungs-Plugins verwendet (Ruby, PHP, Java...).		KDevelop-PG-Qt ist der Parser-Generator aus KDevplatform. Er wird für einige KDevelop-Sprachunterstützungs-Plugins verwendet (Ruby, PHP, Java...).

@@ Line 63: / Line 63: @@
 = Schreiben von .g-Dateien =
-== Typ2-Grammatiken ==
+== Kontextfreie Grammatiken ==
-Die verwendeten Typ2-Grammatiken werdenso aufgebaut, das sich jeweils ein Nicht-Terminal (Symbol) aus weiteren Nicht-Terminalen und Terminalen (Tokens) zusammensetzt. Bei der Grundstruktur kann man sich an die Semantik der Sprache halten, allerdings wird man immer wieder ''kleine Helfer'' benötigen. Ein C++-Dokument besteht beispielsweise aus vielen Deklarationen. Klassen-Definitionen sind ein Beispiel. Diese bestehen wiederum aus dem Token ''CLASS'', einem Namen, dem Token ''{'', Klassen-Element-Deklarationen, dem Token ''}'' und dem Token '';''. ''Klassen-Element-Deklaration'' ist ein solcher Helfer. Kein normaler C++-Entwickler benutzt solch ein Wort, sie helfen jedoch die Struktur des Codes aufzuschlüsseln.
+Die verwendeten kontextfreien Grammatiken werden so aufgebaut, das sich jeweils ein Nicht-Terminal (Symbol) aus weiteren Nicht-Terminalen und Terminalen (Tokens) zusammensetzt. Bei der Grundstruktur kann man sich an die Semantik der Sprache halten, allerdings wird man immer wieder ''kleine Helfer'' benötigen. Ein C++-Dokument besteht beispielsweise aus vielen Deklarationen. Klassen-Definitionen sind ein Beispiel. Diese bestehen wiederum aus dem Token ''CLASS'', einem Namen, dem Token ''{'', Klassen-Element-Deklarationen, dem Token ''}'' und dem Token '';''. ''Klassen-Element-Deklaration'' ist ein solcher Helfer. Kein normaler C++-Entwickler benutzt solch ein Wort, sie helfen jedoch die Struktur des Codes aufzuschlüsseln.
 == Grundlegende Syntax ==
 Nun kann man einmal versuchen solche Beschreibungen in der KDevelop-PG-Qt-Syntax zu fassen:

@@ Line 329: / Line 329: @@
 = Weblinks =
-*[http://quickgit.kde.org/?p=kdevelop-pg-qt.git&a=blob&f=kdev-pg/kdev-pg-parser.yy] - Die KDevelop-PG-Qt-Syntax (Bison/Yacc-Datei, also als Grammatik)
+*[http://quickgit.kde.org/?p=kdevelop-pg-qt.git&a=blob&f=kdev-pg/kdev-pg-parser.yy] – Die KDevelop-PG-Qt-Syntax (Bison/Yacc-Datei, also als Grammatik)
-*[https://projects.kde.org/projects/extragear/kdevelop/utilities/kdevelop-pg-qt] - Pojektseite auf projects.kde.org
+*[https://projects.kde.org/projects/extragear/kdevelop/utilities/kdevelop-pg-qt] – Pojektseite auf projects.kde.org
-*[http://stud4.tuwien.ac.at/~e0127236/thesis/jpetso-javaparser.pdf] - KDevelop-PG-Qt anhand des Java-Parsers - Das Dokument erklärt sehr gut viele Konzepte. Die KDevelop-PG-Qt Syntax ist jedoch veraltet und die erwähnten Lücken im Parser-Generator sind mittlerweile behoben.
+*[http://the-user.org/category/computing/kde/kdev-pg-qt] Einige Blog-Einträge von „The User“ zu KDevelop-PG-Qt (informativ zu neuen Features)

@@ Line 52: / Line 52: @@
 == Tokenizer mit KDevelop-PG-Qt ==
-Siehe foolisp-Beispiel im Code.
+KDev-PG-Qt kann einen Tokenizer generieren, dies erspart das Schreiben einer TokenStream-Klasse, die dann flex-code aufrufen muss o.ä. Siehe examples/foolisp im Repository für ein einfaches Beispiel.
 '''TODO'''

@@ Line 5: / Line 5: @@
 = Das Programm =
 == Anwendung ==
-Das Programm KDevelop-PG-Qt findet sich im [http://gitorious.org/kdevelop/kdevelop-pg-qt git]. Dort finden sich auch drei kleine Beispiele.
+Das Programm KDevelop-PG-Qt findet sich im [https://projects.kde.org/projects/extragear/kdevelop/utilities/kdevelop-pg-qt git]. Dort finden sich auch vier kleine Beispiele.
 Befehle, um das ganze herunterzuladen:
 <pre>
-git clone git://gitorious.org/kdevelop/kdevelop-pg-qt.git
+git clone git://anongit.kde.org/kdevelop-pg-qt.git
-oder: git clone git@gitorious.org:kdevelop/kdevelop-pg-qt.git (nur für registrierte Benutzer)
+oder: git clone kde:kdevelop-pg-qt.git (wenn git mit kde:-präfix eingerichtet ist)
 </pre>
 Das Programm verlangt eine .g-Datei als Eingabe:
@@ Line 41: / Line 41: @@
 = Tokenizer =
-Wie bereits kurz erwähnt erfordert KDevelop-PG-Qt einen fertigen Tokenizer. Entweder man schreibt sich diesen selbst oder man verwendet ein Tool wie Flex. Mit den Beispielen sollte es kein Problem sein, sich solch einen Tokenizer zu konstruieren. Zwischen den meisten Sprachen unterscheidet sich die Syntax von Kommentaren, Literalen etc. nicht großartig, so dass hier wenig zu tun ist. Das Hinzufügen von einfachen Tokens ist eine Triviale Angelegenheit:
+Wie bereits kurz erwähnt erfordert KDevelop-PG-Qt einen Tokenizer. Entweder man lässt ihn sich von KDevelop-PG-Qt generieren, schreibt sich diesen selbst oder man verwendet ein externes Tool wie Flex.
-<pre>
-"special-command"    return Parser::Token_SPECIAL_COMMAND;
-</pre>
-Das war es im wesentlichen, wenn man vorhandene Dateien (java.ll ist exzellent) als Vorlage verwendet.
 Der Tokenizer sollte in der Regel solche oder ähnliche Aufgaben übernehmen:
@@ Line 53: / Line 49: @@
 *Handeln der Zeichen-Kodierung
-Eben alles, was mit dem Tokenizer genau so einfach oder einfacher als mit KDevelop-PG-Qt gemacht werden kann.
+Eben alles, was mit dem Tokenizer genau so einfach oder einfacher als mit der egtl. Grammatik gemacht werden kann.
 = Schreiben von .g-Dateien =
@@ Line 322: / Line 329: @@
 = Weblinks =
-*[http://gitorious.org/kdevelop/kdevelop-pg-qt/blobs/master/kdev-pg/kdev-pg-parser.yy] - Die KDevelop-PG-Qt-Syntax (Bison/Yacc-Datei, also als Grammatik)
+*[http://quickgit.kde.org/?p=kdevelop-pg-qt.git&a=blob&f=kdev-pg/kdev-pg-parser.yy] - Die KDevelop-PG-Qt-Syntax (Bison/Yacc-Datei, also als Grammatik)
-*[http://gitorious.org/kdevelop/kdevelop-pg-qt/] - Pojektseite auf Gitorious
+*[https://projects.kde.org/projects/extragear/kdevelop/utilities/kdevelop-pg-qt] - Pojektseite auf projects.kde.org
 *[http://stud4.tuwien.ac.at/~e0127236/thesis/jpetso-javaparser.pdf] - KDevelop-PG-Qt anhand des Java-Parsers - Das Dokument erklärt sehr gut viele Konzepte. Die KDevelop-PG-Qt Syntax ist jedoch veraltet und die erwähnten Lücken im Parser-Generator sind mittlerweile behoben.

@@ Line 13: / Line 13: @@
 Das Programm verlangt eine .g-Datei als Eingabe:
 <pre>
-./kdev-pg-qt --output=''prefix'' syntax.g
+./kdev-pg-qt --output=prefix syntax.g
 </pre>
 Alle Dateien werden dann mit dem angegebenen Präfix erstellt und es gibt auch den namespace für den erzeugten Code an.