Denny at 00:01, 24 March 2019

2019-03-24T00:01:48Z

Denny: Created page with "{{pubdate|27|January|2006}} Die bisherige Version des DSA4 Werkzeugs ist in C++ programmiert. FÃ¼r die Daten entschied ich mich damals fÃ¼r ein XML-Datenformat, was zu der..."

2019-03-23T23:47:25Z

Created page with "{{pubdate|27|January|2006}} Die bisherige Version des DSA4 Werkzeugs ist in C++ programmiert. FÃ¼r die Daten entschied ich mich damals fÃ¼r ein XML-Datenformat, was zu der..."

New page

{{pubdate|27|January|2006}}
Die bisherige Version des DSA4 Werkzeugs ist in C++ programmiert. FÃ¼r die Daten entschied ich mich damals fÃ¼r ein XML-Datenformat, was zu der Anbindung von Xerces fÃ¼hrte. Die GUI wurde mit wxWindows gemacht (die ersten Versionen, falls sich noch jemand erinnert, beruhten auf MSXML und native Windows GUI Elemente). Der Wechsel auf Xerces und wxWindows wurde durchgefÃ¼hrt, um PlattformunabhÃ¤ngig zu sein. Und tatsÃ¤chlich: der Code compilierte auch unter Linux (dank hier an die Portierer). Aber richtig laufen tat er nie, es waren immer irgendwelche Bugs in der Linuxversion, die ich nicht in der Windowsversion nachvollziehen konnte.

AuÃŸerdem war das verwendete C++ viel zu kompliziert. Ich benutzte massig Templates (vor allem fÃ¼r die Rassen, Kulturen und Professionen), was den Code sehr schwer lesbar und bearbeitbar machte. Auch das ein schlichtes compilen war eine recht anspruchsvolle Prozedur. Ich gehe davon aus, dass deswegen nie im grÃ¶ÃŸeren MaÃŸe Entwicklungsarbeit von anderen als von mir geleistet wurde: mein Code war schlicht zu kompliziert. Aus de selben Grund habe ich selber ja in den letzten Monaten den Code nicht angefasst.

Dies ist die wichtigste Lektion fÃ¼r die neue Version: deutlich einfacherer Code. Ã„nderungen mÃ¼ssen auch ohne sich extrem reinzuarbeiten mÃ¶glich sein. Idealerweise sollte das ganze Werkzeug interpretiert sein. Kein compilen mehr. Ã„ndern. Neustart. Fertig.

Wie ich das erreichen will verrate ich in den nÃ¤chsten BlogeintrÃ¤gen genauer (deswegen habe ich auch nicht so viel geschrieben die letzten Tage -- und weil ich auf Dienstreisen in Kaiserslautern und DÃ¼sseldorf war -- ich wollte zunÃ¤chst ein halbwegs tragbares Konzept haben. Das kommt jetzt die nÃ¤chsten paar Tage. Hier schonmal eine grobe Ãœbersicht -- ich werde im Folgenden genauer auf die Begriffe und den Aufbau eingehen.

Mozilla, die Open Source Gruppe die uns nicht nur Firefox und Thunderbird beschert hat, hat, was die Basis ihrer Tools ist, ein umfangreiches, so genanntes Mozilla Application Framework erstellt. Im GroÃŸen und Ganzen ist es ein supermÃ¤chtiges Biest -- ich will es soweit zÃ¤hmen, damit das DSA4 Werkzeug darauf lÃ¤uft. Hierbei gibt es eine Hauptengine, die XULRunner heiÃŸt. XUL ist so etwas wie HTML, bloÃŸ fÃ¼r GUIs von Anwendungen (und man kann tatsÃ¤chlich auch HTML und JavaScript in XUL mit benutzen). Das bedeutet, das User Interface des neuen DSA4 Werkzeugs zu Ã¤ndern wird so leicht sein wie HTML-Seiten schreiben, ja, sogar mit CSS arbeitet das ganze zusammen. Interessant ist hierbei vor allem das Verwenden von JavaScript, das eine dynamische GUI erlaubt. Die Applikationslogik hingegen kann entweder in JavaScript implementiert werden, oder auch in C++ oder Java (oder Python), um dann Ã¼ber XPCOM (oder PyXPCOM) darauf zuzugreifen. Potenziell also kann man auch Teile des bisherigen Codes wiederverwenden! SchlieÃŸlich, die Daten werden in RDF gespeichert, einer XML-basierten Sprache, die aber deutlich Vorteile zu XML (und ein paar Nachteile) aufweist.

All dies unterstÃ¼tzt das Mozilla Application Framework von Haus aus. Anhand von Thunderbird und Firefox sieht man ja, dass das durchaus zu brauchbaren Applikationen fÃ¼hren kann. Ich hoffe, dass es auch hier aufgeht.

{{tag|DSA4 Werkzeug}}
<noinclude>{{Nodixpost}}</noinclude>

@@ Line 1: / Line 1: @@
 {{pubdate|27|January|2006}}
-Die bisherige Version des DSA4 Werkzeugs ist in C++ programmiert. FÃ¼r die Daten entschied ich mich damals fÃ¼r ein XML-Datenformat, was zu der Anbindung von Xerces fÃ¼hrte. Die GUI wurde mit wxWindows gemacht (die ersten Versionen, falls sich noch jemand erinnert, beruhten auf MSXML und native Windows GUI Elemente). Der Wechsel auf Xerces und wxWindows wurde durchgefÃ¼hrt, um PlattformunabhÃ¤ngig zu sein. Und tatsÃ¤chlich: der Code compilierte auch unter Linux (dank hier an die Portierer). Aber richtig laufen tat er nie, es waren immer irgendwelche Bugs in der Linuxversion, die ich nicht in der Windowsversion nachvollziehen konnte.
+Die bisherige Version des DSA4 Werkzeugs ist in C++ programmiert. Für die Daten entschied ich mich damals für ein XML-Datenformat, was zu der Anbindung von Xerces führte. Die GUI wurde mit wxWindows gemacht (die ersten Versionen, falls sich noch jemand erinnert, beruhten auf MSXML und native Windows GUI Elementen). Der Wechsel auf Xerces und wxWindows wurde durchgeführt, um Plattformunabhängig zu sein. Und tatsächlich: der Code compilierte auch unter Linux (dank hier an die Portierer). Aber richtig laufen tat er nie, es waren immer irgendwelche Bugs in der Linuxversion, die ich nicht in der Windowsversion nachvollziehen konnte.
-AuÃŸerdem war das verwendete C++ viel zu kompliziert. Ich benutzte massig Templates (vor allem fÃ¼r die Rassen, Kulturen und Professionen), was den Code sehr schwer lesbar und bearbeitbar machte. Auch das ein schlichtes compilen war eine recht anspruchsvolle Prozedur. Ich gehe davon aus, dass deswegen nie im grÃ¶ÃŸeren MaÃŸe Entwicklungsarbeit von anderen als von mir geleistet wurde: mein Code war schlicht zu kompliziert. Aus de selben Grund habe ich selber ja in den letzten Monaten den Code nicht angefasst.
+Außerdem war das verwendete C++ viel zu kompliziert. Ich benutzte massig Templates (vor allem für die Rassen, Kulturen und Professionen), was den Code sehr schwer lesbar und bearbeitbar machte. Auch ein schlichtes compilen war eine recht anspruchsvolle Prozedur. Ich gehe davon aus, dass deswegen nie im größeren Maße Entwicklungsarbeit von anderen als von mir geleistet wurde: mein Code war schlicht zu kompliziert. Aus de selben Grund habe ich selber ja in den letzten Monaten den Code nicht angefasst.
-Dies ist die wichtigste Lektion fÃ¼r die neue Version: deutlich einfacherer Code. Ã„nderungen mÃ¼ssen auch ohne sich extrem reinzuarbeiten mÃ¶glich sein. Idealerweise sollte das ganze Werkzeug interpretiert sein. Kein compilen mehr. Ã„ndern. Neustart. Fertig.
+Dies ist die wichtigste Lektion für die neue Version: deutlich einfacherer Code. Änderungen müssen auch ohne sich extrem reinzuarbeiten möglich sein. Idealerweise sollte das ganze Werkzeug interpretiert sein. Kein compilen mehr. Ändern. Neustart. Fertig.
-Wie ich das erreichen will verrate ich in den nÃ¤chsten BlogeintrÃ¤gen genauer (deswegen habe ich auch nicht so viel geschrieben die letzten Tage -- und weil ich auf Dienstreisen in Kaiserslautern und DÃ¼sseldorf war -- ich wollte zunÃ¤chst ein halbwegs tragbares Konzept haben. Das kommt jetzt die nÃ¤chsten paar Tage. Hier schonmal eine grobe Ãœbersicht -- ich werde im Folgenden genauer auf die Begriffe und den Aufbau eingehen.
+Wie ich das erreichen will verrate ich in den nächsten Blogeinträgen genauer (deswegen habe ich auch nicht so viel geschrieben die letzten Tage -- und weil ich auf Dienstreisen in Kaiserslautern und Düsseldorf war -- ich wollte zunächst ein halbwegs tragbares Konzept haben. Das kommt jetzt die nächsten paar Tage. Hier schonmal eine grobe Übersicht -- ich werde im Folgenden genauer auf die Begriffe und den Aufbau eingehen.
-Mozilla, die Open Source Gruppe die uns nicht nur Firefox und Thunderbird beschert hat, hat, was die Basis ihrer Tools ist, ein umfangreiches, so genanntes Mozilla Application Framework erstellt. Im GroÃŸen und Ganzen ist es ein supermÃ¤chtiges Biest -- ich will es soweit zÃ¤hmen, damit das DSA4 Werkzeug darauf lÃ¤uft. Hierbei gibt es eine Hauptengine, die XULRunner heiÃŸt. XUL ist so etwas wie HTML, bloÃŸ fÃ¼r GUIs von Anwendungen (und man kann tatsÃ¤chlich auch HTML und JavaScript in XUL mit benutzen). Das bedeutet, das User Interface des neuen DSA4 Werkzeugs zu Ã¤ndern wird so leicht sein wie HTML-Seiten schreiben, ja, sogar mit CSS arbeitet das ganze zusammen. Interessant ist hierbei vor allem das Verwenden von JavaScript, das eine dynamische GUI erlaubt. Die Applikationslogik hingegen kann entweder in JavaScript implementiert werden, oder auch in C++ oder Java (oder Python), um dann Ã¼ber XPCOM (oder PyXPCOM) darauf zuzugreifen. Potenziell also kann man auch Teile des bisherigen Codes wiederverwenden! SchlieÃŸlich, die Daten werden in RDF gespeichert, einer XML-basierten Sprache, die aber deutlich Vorteile zu XML (und ein paar Nachteile) aufweist.
+Mozilla, die Open Source Gruppe die uns nicht nur Firefox und Thunderbird beschert hat, hat, was die Basis ihrer Tools ist, ein umfangreiches, sogenanntes Mozilla Application Framework erstellt. Im Großen und Ganzen ist es ein supermächtiges Biest -- ich will es soweit zähmen, damit das DSA4 Werkzeug darauf läuft. Hierbei gibt es eine Hauptengine, die XULRunner heißt. XUL ist so etwas wie HTML, bloß für GUIs von Anwendungen (und man kann tatsächlich auch HTML und JavaScript in XUL mit benutzen). Das bedeutet, das User Interface des neuen DSA4 Werkzeugs zu ändern wird so leicht sein wie HTML-Seiten schreiben, ja, sogar mit CSS arbeitet das ganze zusammen. Interessant ist hierbei vor allem das Verwenden von JavaScript, das eine dynamische GUI erlaubt. Die Applikationslogik hingegen kann entweder in JavaScript implementiert werden, oder auch in C++ oder Java (oder Python), um dann über XPCOM (oder PyXPCOM) darauf zuzugreifen. Potenziell also kann man auch Teile des bisherigen Codes wiederverwenden! Schließlich, die Daten werden in RDF gespeichert, einer XML-basierten Sprache, die aber deutlich Vorteile zu XML (und ein paar Nachteile) aufweist.
-All dies unterstÃ¼tzt das Mozilla Application Framework von Haus aus. Anhand von Thunderbird und Firefox sieht man ja, dass das durchaus zu brauchbaren Applikationen fÃ¼hren kann. Ich hoffe, dass es auch hier aufgeht.
+All dies unterstützt das Mozilla Application Framework von Haus aus. Anhand von Thunderbird und Firefox sieht man ja, dass das durchaus zu brauchbaren Applikationen führen kann. Ich hoffe, dass es auch hier aufgeht.
 {{tag|DSA4 Werkzeug}}
 <noinclude>{{Nodixpost}}</noinclude>

Architektur - Revision history

Denny at 00:01, 24 March 2019

Denny: Created page with "{{pubdate|27|January|2006}} Die bisherige Version des DSA4 Werkzeugs ist in C++ programmiert. FÃ¼r die Daten entschied ich mich damals fÃ¼r ein XML-Datenformat, was zu der..."